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内 容 简 介 


本 书 详细 地 介绍 了 软件 测试 的 各 个 方面 ,从 测试 概念 ,测试 模型 ,测试 过 程 、 测 试 阶段 等 各 个 不 同 的 视 
角 来 探讨 软件 测试 的 重要 性 ,重点 讲解 了 软件 测试 的 各 种 方法 和 技术 ,并 将 它们 应 用 在 软件 测试 框架 的 不 
同 阶段 ,以 满足 不 同 的 应 用 系统 测试 的 需求 。 本 书 尽量 使 软件 测试 的 理论 知识 点 具有 良好 的 衔接 性 和 系 
统 性 ,使 需求 和 验收 测试 评审 、 测 试 设计 .执行 测 试 与 各 个 阶段 的 实际 测试 活动 有 机 地 结合 起 来 ,使 读者 更 
容易 领会 如 何 将 测试 的 方法 和 技术 应 用 到 各 个 测试 阶段 和 本 地 化 测试 中 去 。 本 书 还 讲解 了 丰富 的 实例 和 
实践 要 点 ,更 好 地 体现 了 软件 测试 学 科 的 特点 ,帮助 读者 快速 地 将 理论 知识 与 实践 结合 起 来 。 

本 书 用 了 较 大 篇 幅 详 细 介 绍 了 自动 化 测试 的 原理 、 方 法 和 工具 ,通过 一 些 典 型 的 测试 工具 展示 了 自动 
化 测试 的 过 程 ,使 读者 能 够 更 直观 地 理解 自动 化 测试 的 技术 和 具体 的 实践 方法 。 

本 书 适合 作为 应 用 型 本 科 和 高 职高 专 计算 机 专业 的 教材 ,也 可 以 作为 计算 机 从 业 人 员 的 学 习 用 书 。 
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近年 来 ,计算 机 技术 突飞猛进 ,软件 的 开发 与 使 用 越 来 越 普遍 、 越 来 越 
高 端 , 从 早期 的 数值 计算 ,到 现在 云 计算 .互联 网 十 ,电子 商务 ,大 数据 等 , 涉 
及 各 个 领域 。 软 件 中 存在 的 问题 或 安全 漏洞 也 频繁 出 现 , 显 然 ,软件 的 质量 
保证 越 来 越 受 到 重视 。 而 目前 我 国 软件 测试 行业 的 从 业 人 员 相 当 缺 乏 , 并 
且 在 IT 行业 中 重视 程度 不 够 。 

本 书 从 软件 测试 的 基础 开始 ,将 软件 测试 的 测试 流程 与 软件 开发 的 流 
程 联系 起 来 作为 主线 ,介绍 软件 测试 的 过 程 、 测 试 计划 ,测试 用 例 设计 与 实 
施 、 测 试 缺陷 跟踪 以 及 测试 分 析 等 。 在 测试 的 不 同 阶段 开始 单元 测试 .集成 
测试 、 系 统 测试 ,验收 测试 等 ;在 不 同 阶段 选择 不 同 的 测试 方法 和 技术 ,如 静态 
测试 . 白 盒 测试 . 黑 盒 测试 等 ,并 分 别 介绍 怎样 使 用 自动 化 工具 对 相关 软件 进 
行 测试 ,主要 介绍 了 功能 自动 化 工具 QPT 以 及 性 能 测试 工具 LoadRunner 的 
基本 使 用 方法 ,还 以 案例 穿插 介绍 了 缺陷 管理 工具 JIRA。 

本 书 的 特点 如 下 。 

(1) 软件 测试 知识 点 全 面 。 本 书包 括 基 本 的 软件 测试 理论 知识 ,也 包 
括 当 今 业界 常用 的 测试 方法 。 

(2) 具有 科学 、 系 统 的 工程 观点 和 方法 。 全 书 以 软件 工程 开发 系统 的 
科学 思想 ,将 软件 测试 贯穿 于 整个 软件 生命 周期 ,介绍 了 软件 测试 在 软件 生 
命 周 期 中 各 个 阶段 采用 的 方法 和 应 用 。 

(3) 理论 联系 实际 。 本 书 各 个 章节 都 提供 了 大 量 的 应 用 实例 以 说 明 各 
个 测试 知识 点 的 运用 ,并 且 每 章 后 附 有 习题 和 练习 。 

本 书 由 何 春 梅 、 唐 滔 任 主编 , 苟 英 、 陈 怡然 \ 谭 风 任 副 主编 。 何 春 梅 主持 
了 全 书 的 编写 以 及 审 稿 工 作 , 苟 英 负责 全 书 的 总 体 框架 设计 和 统 稿 工作 。 
第 1~4 章 由 苟 英 编写 ,第 5 和 6 章 由 何 春 梅 编写 ,第 7 章 由 谭 风 编写 ,第 8 一 
11 章 由 唐 滔 编写 ,第 12 一 14 章 由 陈 怡 然 编写 。 本 书 在 编写 过 程 中 得 到 了 重 
庆 工 程 学 院 软件 学 院 师 生 的 大 力 支持 ,在 此 表示 感谢 ! 
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第 1 章 软件 测试 概述 


本 章 目标 
。 了 解 软 件 测试 的 背景 
。 掌握 软件 缺陷 的 定义 及 缺陷 跟踪 流程 
。 熟悉 软件 测试 的 复杂 性 与 经 济 性 分 析 
。 掌握 软件 测试 的 定义 
。 熟悉 软件 测试 人 员 应 具备 的 素质 


本 章 单词 


test case: bug: 








static testing: walkthrough: 
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软件 测试 是 软件 开发 过 程 中 的 重要 阶段 , 它 是 伴随 着 软件 的 产生 而 产生 的 。 软 件 测 试 
是 保证 软件 质量 、 提 高 软件 可 靠 性 的 重要 途径 。 软 件 测试 的 质量 与 测试 人 员 的 技能 ,经 验 以 
及 对 被 测 软 件 的 理解 密切 相关 。 在 最 初 的 软件 开发 过 程 中 ,软件 规模 小 而 简单 ,开发 过 程 随 
意 而 无 序 。 软 件 测 试 的 含义 也 比较 狭窄 ,仅仅 等 同 于 调试 ,往往 由 开发 人 员 兼 任 测试 工作 ， 
目的 是 为 了 纠正 软件 中 存在 的 已 知 问题 。 对 测试 的 投入 少 , 测 试 介入 晚 ,往往 是 等 到 代码 成 
形 ,产品 完成 后 才 进 行 测试 。 随 着 时 间 的 推移 ,软件 测试 的 内 涵 在 不 断 丰 富 , 人 们 对 软件 测 
试 的 认识 在 不 断 深入 。 要 完整 地 理解 软件 测试 ,就 要 从 不 同 角度 去 审视 。 


11 软件 测试 产生 的 背景 


早期 的 软件 开发 过 程 中 ,开发 人 员 将 测试 等 同 于 “调试 ”, 目 的 是 纠正 软件 中 已 知 的 故 
障 ,常常 由 开发 人 员 自 己 完成 这 部 分 的 工作 。 对 测试 的 投入 极 少 ,测试 介入 也 晚 , 常 常 是 等 
到 形成 代码 ,产品 已 经 基本 完成 时 才 进 行 测试 。 

直到 1957 年 ,软件 测试 才 开 始 与 调试 区 别 开 来 ,作为 一 种 发 现 软件 缺陷 的 活动 。 由 于 
一 直 存 在 着 “为 了 让 我 们 看 到 产品 在 工作 ,就 得 将 测试 工作 往 后 推 一 点 ”的 思想 ,潜意识 里 对 
测试 的 目的 就 理解 为 “使 自己 确信 产品 能 工作 ”。 测 试 活动 始终 晚 于 开发 的 活动 ,测试 通常 
被 作为 软件 生命 周期 中 最 后 一 项 活动 而 进行 。 当 时 也 缺乏 有 效 的 测试 方法 ,主要 依靠 错误 
推测 (Error Guessing) 寻 找 软件 中 的 缺陷 。 因 此 ,大 量 软件 交付 后 , 仍 存在 很 多 问题 ,软件 
产品 的 质量 无 法 保证 。 

20 世纪 70 年 代 , 这 个 阶段 开发 的 软件 仍然 不 复杂 ,但 人 们 已 开始 思考 软件 开发 流程 的 
问题 ,尽管 对 “软件 测试 ”的 真正 含义 还 缺乏 共识 ,但 这 一 词 条 已 经 频繁 出 现 。 一 些 软件 测试 
的 探索 者 们 建议 在 软件 生命 周期 的 开始 阶段 就 根据 需求 制订 测试 计划 ,这 时 也 涌现 出 一 批 
软件 测试 的 宗师 ,Bill Hetzel 博士 和 Glenford J. Myers 就 是 其 中 的 领导 者 。 

20 世纪 80 年 代 初 期 ,软件 和 IT 行业 进入 了 大 发 展 时 期 ,软件 趋向 大 型 化 .高 复杂 度 ， 
所 以 软件 的 质量 越 来 越 重要 。 这 个 时 候 , 一 些 软 件 测试 的 基础 理论 和 实用 技术 开始 形成 ,并 
且 人 们 开始 为 软件 开发 设计 了 各 种 流程 和 管理 方法 ,软件 开发 的 方式 也 逐渐 由 混乱 无 序 的 
发 过 程 过 渡 到 结构 化 的 开发 过 程 , 以 结构 化 分 析 与 设计 、 结 构 化 评审 、 结 构 化 程序 设计 以 
及 结构 化 测试 为 特征 。 人 们 还 将 “质量 ”的 概念 融入 其 中 ,软件 测试 定义 发 生 了 改变 ,测试 不 
单纯 是 一 个 发 现 错误 的 过 程 ,而 且 将 测试 作为 软件 质量 保证 (SQA) 的 主要 职能 。 此 时 软件 
发 人 员 和 测试 人 员 开 始 坐 在 一 起 探讨 软件 工程 和 测试 问题 。 软 件 测试 已 有 了 行业 标准 
(IEEE/ANSDI) ,需要 运用 专门 的 方法 和 手段 。 

在 竞争 激烈 的 今天 ,无 论 是 软件 的 开发 商 还 是 软件 的 使 用 者 ,都 生存 在 竞争 环境 中 。 软 
件 开发 商 为 了 占有 市 场 ,必须 把 产品 质量 作为 企业 的 重要 目标 之 一 ,以 免 在 竞争 中 被 淘汰 出 
局 。 用 户 为 了 保证 自己 的 业务 顺利 完成 ,当然 希望 选用 优质 的 软件 。 质 量 不 佳 的 产品 不 仅 
会 使 开发 上 的 维护 费用 和 用 户 的 使 用 成 本 增加 ,还 可 能 产生 其 他 的 问题 ,造成 公司 信誉 下 
降 。 一 些 关键 的 应 用 领域 如 果 质 量 有 问题 ,还 可 能 造成 灾难 性 的 后 果 。 现 在 人 们 已 经 逐步 
认识 到 软件 中 存在 的 错误 导致 了 软件 开发 在 成 本 .进度 和 质量 上 的 失控 。 由 于 软件 是 由 人 
来 完成 的 ,所 以 它 不 可 能 十 全 十 美 , 虽 然 不 可 能 完全 杜绝 软件 中 的 错误 ,但 是 可 以 用 软件 测 
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试 等 手段 使 程序 中 的 错误 数量 尽 可 能 少 ,密度 尽 可 能 小 。 

国际 上 ,软件 测试 (软件 质量 控制 ) 是 一 件 非常 重要 的 工作 ,测试 也 作为 一 个 非常 独立 的 
职位 。IBM ,微软 等 开发 大 型 系统 软件 公司 ,很 多 重要 项 目的 开发 测试 人 员 的 比例 能 够 达到 
1:2 甚 至 1:4。 在 软件 测试 技术 方面 ,自动 化 测试 系统 (ATS,automatic test system) 正 朝 
着 通用 化 \、 标 准 化 、 网 络 化 和 智能 化 的 方向 迈进 。20 世纪 90 年 代 中 期 以 来 ,自动 测试 系统 
发 研制 的 指导 思想 发 生 了 重大 变化 ,以 综合 通用 的 ATS 代替 某 一 系列 ,采用 共同 的 硬件 
及 软件 平台 实现 资源 共享 的 思想 受到 高 度 重视 。 其 主要 思路 是 : 采用 共同 的 测试 策略 ,从 
设计 过 程 开始 ,通过 “增值 开发 ”的 方式 使 后 一 阶段 测试 设备 的 研制 能 利用 前 一 阶段 的 开发 
成 果 ;TPS 要 能 够 移植 ,软件 模块 可 以 重用 ;使 用 商业 通用 标准 、 成 熟 的 仪器 设备 ,缩短 研发 
时 间 ,降低 开发 成 本 并 且 易 于 升级 和 扩展 。 

国内 软件 测试 的 现状 主要 表现 在 以 下 方面 。 

(1) 软件 测试 的 地 位 还 不 高 ,在 很 多 公司 还 是 一 种 可 有 可 无 的 地 位 ,大 多 只 停留 在 软件 
单元 测试 集成 测试 和 功能 测试 上 。 

(2) 软件 测试 标准 化 和 规范 化 不 够 。 

(3) 软件 测试 从 业 人 员 的 数量 同 实际 需求 有 不 小 差距 ,国内 软件 企业 中 开发 人 员 与 测 
试 人 员 数 量 一 般 为 5 : 1, 国 外 一 般 为 2: 1 或 1:1, 而 最 近 有 资料 显示 微软 已 把 此 比例 调整 
为 1:2。 

(4) 国内 缺乏 完全 商业 化 的 操作 机 构 ,一 般 只 是 政府 部 门 的 下 属 机 构 在 做 一 些 产品 的 
验收 测试 工作 ,实质 意义 不 大 ,软件 测试 产业 化 还 有 待 开 发 和 深 掘 。 

因此 ,我 国 的 软件 测试 行业 较 欧 美国 家 的 差距 还 比较 大 。 通 过 研究 发 现 , 造 成 这 种 情况 
的 原因 主要 有 以 下 几 点 : 

(1) 国内 软件 产业 本 身 不 强大 ,软件 质量 较 低 ; 

(2) 软件 管理 者 与 用 户 对 软件 质量 意识 有 待 加强 ; 

(3) 软件 管理 者 对 软件 测试 的 认识 和 重视 程度 不 够 ; 

(4) 软件 行业 质量 监督 体系 不 够 好 ; 

(5) 软件 从 业 人 员 的 素质 不 够 高 ; 

(6) 软件 测试 行业 处 于 起 步 阶段 ,经 济 效 益 短期 内 不 明显 。 
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1983 年 IEEE 提出 的 软件 工程 术语 中 给 软件 测试 下 的 定义 是 : 使 用 人 工 或 自动 的 手段 
来 运行 或 测定 某 个 软件 系统 的 过 程 ,其 目的 在 于 检验 它 是 否 满足 规定 的 需求 或 弄 清 预期 结 
果 与 实际 结果 之 间 的 差别 。 这 个 定义 明确 指出 : 软件 测试 的 目的 是 为 了 检验 软件 系统 是 否 
满足 需求 。 它 再 也 不 是 一 个 一 次 性 的 ,而 且 只 是 开发 后 期 的 活动 ,而 是 与 整个 开发 流程 融合 
成 一 体 。 
扩展 定义 : 软件 测试 就 是 在 软件 投入 运行 前 ,对 软件 需求 分 析 、 设 计 规格 说 明和 编码 的 
最 终 复 审 , 是 软件 质量 保证 的 关键 步骤 。 
软件 测试 是 根据 软件 开发 各 阶段 的 规格 说 明和 程序 的 内 部 结构 而 精心 设计 一 批 测 试用 
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例 ( 包 括 输入 数据 与 预期 输出 结果 ) ,并 利用 这 些 测试 用 例 运行 软件 ,以 发 现 软件 错误 的 过 
程 。 广 义 的 软件 测试 是 由 确认 、 验 证、 测试 3 个 方面 组 成 。 

(1) 确认 : 评估 将 要 开发 的 软件 产品 是 否 正确 无 误 、 可 行 和 有 价值 的 。 确 认 意 味 着 确 
保 一 个 待 开发 软件 是 正确 无 误 的 ,是 对 软件 开发 构想 的 检测 ,主要 体现 在 计划 阶段 、 需 求 分 
析 阶 段 ,也 会 出 现在 测试 阶段 。 

(2) 验证 : 检测 软件 开发 的 每 个 阶段 .每 个 步骤 结果 是 否 正 确 无 误 , 是 否 与 软件 开发 各 
阶段 的 要 求 或 期 望 的 结果 相 一 致 。 验 证 意味 着 确保 软件 会 正确 无 误 地 实现 软件 的 需求 , 开 
发 过 程 是 沿 着 正确 的 方向 进行 的 。 主 要 体现 在 设计 阶段 、 编 码 阶 段 。 

(3) 测试 : 与 狭隘 的 测试 概念 统一 。 主 要 体现 在 编码 阶段 和 测试 阶段 。 

确认 、 验 证 与 测试 是 相辅相成 的 。 确 认 产 生 验 证 和 测试 的 标准 ,验证 和 测试 帮助 完成 
确认 。 
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人 们 在 对 软件 工程 开发 的 常规 认识 中 ,认为 开发 程序 是 一 个 复杂 而 困难 的 过 程 , 需 要 花 
费 大 量 的 人 力 ,物力 和 时 间 , 而 测试 一 个 程序 则 比较 容易 ,不 需要 花费 太 多 的 精力 。 这 其 实 
是 人 们 对 软件 工程 开发 过 程 理解 上 的 一 个 误区 。 在 实际 的 软件 开发 过 程 中 ,作为 现代 软件 
开发 工业 一 个 非常 重要 的 组 成 部 分 ,软件 测试 正 扮演 着 越 来 越 重要 的 角色 。 随 着 软件 规模 
的 不 断 扩大 ,如 何在 有 限 的 条 件 下 对 被 开发 软件 进行 有 效 的 测试 正成 为 软件 工程 中 一 个 非 
常 关键 的 课题 。 

设计 测试 用 例 是 一 项 细致 并 且 需 要 具备 高 度 技巧 的 工作 , 稍 有 不 慎 就 会 顾此失彼 ,发 生 
不 应 有 的 疏漏 。 下 面 分 析 了 容易 出 现 问题 的 根源 。 

(1) 完全 测试 是 不 现实 的 

在 实际 的 软件 测试 工作 中 ,不 论 采 用 什么 方法 ,由 于 软件 测试 工作 量 极其 巨大 ,都 不 可 
能 进行 完全 彻底 的 测试 。 所 谓 彻 底 测 试 , 就 是 让 被 测 程序 在 一 切 可 能 的 输入 情况 下 全 部 执 
行 一 遍 。 通 常 也 称 这 种 测试 为 “ 穷 举 测试 ”。 

穷 举 测试 会 引起 以 下 几 种 问题 : 

J 〇 输入 量 太 大 ; 

@ 输出 结果 太 多 ; 

@ 软件 执行 路 径 太 多 ; 

@ 说 明 书 存在 主观 性 。 

E. W. Dijkstra 的 一 句 名 言 对 测试 的 不 彻底 性 做 了 很 好 的 注解 :“ 程 序 测试 只 能 证 明 错 
误 的 存在 ,但 不 能 证 明 错 误 的 不 存在 .” 由 于 穷 举 测试 工作 量 太 大 ,实践 上 行 不 通 , 这 就 注定 
了 一 切实 际 测试 都 是 不 彻底 的 ,也 就 不 能 够 保证 被 测试 程序 在 理论 上 不 存在 遗留 的 错误 。 

(2) 软件 测试 是 有 风险 的 

穷 举 测试 的 不 可 行 性 使 得 大 多 数 软件 在 进行 测试 的 时 候 只 能 采取 非 穷 举 测试 ,这 又 意 
味 着 一 种 冒险 。 比 如 在 使 用 Microsoft Office 工具 中 的 Word 时 ,可 以 做 这 样 的 一 个 测试 : 
@ 新 建 一 个 Word 文档 ; @ 在 文档 中 输入 汉字 * 胡 ”; 图 设置 其 字体 属性 为 “隶书 ”, 字 号 为 初 
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号 ,效果 为 “空心 ”; @ 将 页 面 的 显示 比例 设 为 “500%”。 这 时 在 “ 胡 ” 字 的 内 部 会 出 现 “ 胡 万 
进 印 ” 四 个 字 。 类 似 问题 在 实际 测试 中 如 果 不 使 用 穷 举 测试 是 很 难 发 现 的 ,而 如 果 在 软件 投 
和 人 市场 时 才 发 现 则 修复 代价 会 非常 高 。 这 就 会 产生 一 个 矛盾 : 软件 测试 员 不 能 做 到 完全 的 
测试 ,不 完全 测试 又 不 能 证 明 软件 的 百分之百 可 靠 。 那 么 如 何在 这 两 者 的 矛盾 中 找到 一 个 
相对 的 平衡 点 呢 ? 

如 图 1-1 所 示 的 最 优 测试 量 示 意图 可 以 观察 到 , 当 软 件 缺 陷 降 低 到 某 一 数值 后 , 随 着 测 
试 量 的 不 断 上 升 软件 缺陷 并 没有 明显 地 下 降 。 这 是 软件 测试 工作 中 需要 注意 的 重要 问题 。 
如 何 把 数据 量 巨大 的 软件 测试 减少 到 可 以 控制 的 范围 ,如 何 针对 风险 做 出 最 明智 的 选择 是 
软件 测试 人 员 必 须 能 够 把 握 的 关键 问题 。 

图 1-1 的 最 优 测试 量 示 意图 说 明了 发 现 软件 缺陷 数量 和 测试 量 之 间 的 关系 , 随 着 测试 
量 的 增加 ,测试 成 本 将 旦 几何 数 级 上 升 ,而 软件 缺陷 降低 到 某 一 数值 之 后 将 没有 明显 的 变 
化 ,最 优 测量 值 就 是 这 两 条 曲线 的 交点 。 
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测试 量 
图 1-1 最 优 测试 量 示意 图 


(3) 杀 虫 剂 现象 

1990 年 , Boris Beizer 在 其 编著 的 《Software Testing Techniques》( 第 二 版 ) 中 提 到 了 
“ 杀 虫 剂 怪事 ”一 词 , 同 一 种 测试 工具 或 方法 用 于 测试 同一 类 软件 越 多 , 则 被 测试 软件 对 测试 
的 免疫 力 就 越 强 。 这 与 农药 杀 虫 是 一 样 的 , 老 用 一 种 农药 , 则 害虫 就 有 了 免疫 力 , 农 药 就 失 
去 了 作用 。 

由 于 软件 开发 人 员 在 开发 过 程 中 可 能 碰见 各 种 各 样 的 主客 观 因素 ,再 加 上 不 可 预见 的 
突 发 性 事件 ,所 以 再 优秀 的 软件 测试 员 采 用 一 种 测试 方法 或 者 工具 也 不 可 能 检测 出 所 有 的 
缺陷 。 为 了 克服 被 测试 软件 的 免疫 力 ,软件 测试 员 必 须 不 断 编写 新 的 测试 程序 ,对 程序 的 各 
个 部 分 进行 不 断 地 测试 ,以 避免 被 测试 软件 对 单一 的 测试 程序 具有 免疫 力 而 使 软件 缺陷 不 
被 发 现 。 这 就 对 软件 测试 人 员 的 素质 提出 了 很 高 的 要 求 。 

(4) 缺陷 的 不 确定 性 

在 软件 测试 中 还 有 一 个 让 人 不 容易 判断 的 现象 是 缺陷 的 不 确定 性 , 即 并 不 是 所 有 的 软 
件 缺 陷 都 需要 被 修复 。 对 于 究竟 什么 才 算 是 软件 缺陷 是 一 个 很 难 把 握 的 标准 ,在 任何 一 本 
软件 测试 的 书 中 都 只 能 给 出 一 个 笼统 的 定义 。 实 际 测试 中 需要 把 这 一 定义 根据 具体 的 被 测 
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对 象 明确 化 。 即 使 这 样 ,具体 的 测试 人 员 对 软件 系统 的 理解 不 同 , 还 是 会 出 现 不 同 的 标准 。 
软件 测试 的 经 济 性 有 两 方面 体现 : 
一 是 体现 在 测试 工作 在 整个 项 目 开 发 过 程 中 的 重要 地 位 ; 
二 是 体现 在 应 该 按照 什么 样 的 原则 进行 测试 ,以 实现 测试 成 本 与 测试 效果 的 统一 ; 
软件 工程 的 总 目标 是 充分 利用 有 限 的 人 力 和 物力 资源 ,高 效率 、 高 质量 地 完成 测试 。 


14 软件 缺陷 


缺陷 跟踪 管理 是 软件 测试 工作 的 一 个 重要 部 分 ,软件 测试 的 目的 是 为 了 尽早 发 现 软件 
系统 中 的 缺陷 ,因此 ,对 缺陷 进行 跟踪 管理 ,确保 每 个 被 发 现 的 缺陷 都 能 够 及 时 得 到 处 理 是 
测试 工作 的 一 项 重要 内 容 。 对 错误 我 们 一 般 有 以 下 几 种 名 称 。 

(1) 软件 错误 (software error) : 指 在 软件 生存 期 内 不 希望 或 不 可 接受 的 人 为 错误 ,其 
结果 是 导致 软件 缺陷 的 产生 。 

(2) 软件 缺陷 (software defeat) : 存在 于 软件 之 中 的 那些 不 希望 或 不 可 接受 的 偏差 ,如 
少 一 个 逗 点 、 多 一 个 语句 等 。 

(3) 软件 故障 (software faulb : 软件 运行 过 程 中 出 现 的 一 种 不 希望 或 不 可 接受 的 内 部 状态 。 

(4) 软件 失效 (software failure) : 指 软件 运行 时 产生 的 一 种 不 希望 或 不 可 接受 的 外 部 
行为 结果 。 

软件 错误 是 一 种 人 为 错误 。 一 个 软件 错误 必定 产生 一 个 或 多 个 软件 缺陷 , 当 一 个 软件 
缺陷 被 激活 时 , 便 产 生 一 个 软件 故障 ;同一 个 软件 缺陷 在 不 同 条 件 下 被 激活 ,可 能 产生 不 同 
的 软件 故障 。 软 件 故 障 如 果 没 有 及 时 的 容错 措施 加 以 处 理 , 便 不 可 避免 地 导致 软件 失效 , 同 
一 个 软件 按 故障 在 不 同 条 件 下 可 能 产生 不 同 的 软件 失效 。 在 软件 开发 过 程 中 产生 的 缺陷 我 
们 一 般 称 之 为 Bug。 

1. 缺陷 跟踪 的 目的 

缺陷 能 够 引起 软件 运行 时 产生 一 种 不 希望 或 不 可 接受 的 外 部 行为 结果 ,软件 测试 过 程 
简单 说 就 是 围绕 缺陷 进行 的 ,对 缺陷 的 跟踪 管理 一 般 而 言 需要 达到 以 下 的 目标 。 

(1) 确保 每 个 被 发 现 的 缺陷 都 能 够 被 解决 ;这 里 解决 的 意思 不 一 定 是 被 修正 ,也 可 能 是 
其 他 处 理 方式 (例如 ,在 下 一 个 版 本 中 修正 或 是 不 修正 ), 总 之 ,对 每 个 被 发 现 的 Bug 的 处 理 
方式 必须 能 够 在 开发 组 织 中 达到 一 致 。 

(2) 收集 缺陷 数据 并 根据 缺陷 趋势 曲线 识别 测试 过 程 的 阶段 ;决定 测试 过 程 是 否 结束 
有 很 多 种 方式 ,通过 缺陷 趋势 曲线 来 确定 测试 过 程 是 否 结束 是 常用 并 且 较 为 有 效 的 一 种 
方式 。 

(3) 收集 缺陷 数据 并 在 其 上 进行 数据 分 析 。 

上 述 的 第 一 条 是 最 受到 重视 的 一 点 。 在 谈 到 缺陷 跟踪 管理 时 ,一 般 人 都 会 马上 想到 这 
一 条 ,然而 对 第 二 条 和 第 三 条 目标 却 很 容易 忽视 。 其 实 , 在 一 个 运行 良好 的 组 织 中 ,缺陷 数 
据 的 收集 和 分 析 是 很 重要 的 ,从 缺陷 数据 中 可 以 得 到 很 多 与 软件 质量 相关 的 数据 。 

2. 缺陷 的 定义 

按照 一 般 的 定义 ,只 要 软件 出 现 的 问题 符合 下 列 5 种 情况 的 任何 一 种 ,就 称 为 软件 
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缺陷 。 


(1) 软件 未 达到 产品 说 明 书 标明 的 功能 。 

(2) 软件 出 现 了 产品 说 明 书 指明 不 会 出 现 的 错误 。 

(3) 软件 功能 超出 产品 说 明 书 指明 范围 。 

(4) 软件 未 达到 产品 说 明 书 虽 未 指出 但 应 达到 的 目标 。 

(5) 软件 测试 员 认 为 软件 难以 理解 不易 使 用 ,运行 缓慢 ,或 者 最 终 用 户 认 为 不 好 。 

实践 表明 ,大 多 数 软件 缺陷 产生 的 原因 并 非 源 自 编程 错误 ,主要 来 自 产 品 说 明 书 的 编写 
和 产品 方案 设计 。 产 品 说 明 书 编写 得 不 全 面 . 不 完整 和 不 准确 ,而 且 经 常 更 改 ,或 者 整个 开 
发 组 没有 很 好 地 沟通 和 理解 。 软 件 缺陷 的 第 二 大 来 源 是 设计 方案 ,也 就 是 软件 设计 说 明 书 ， 
这 是 程序 员 开展 软件 计划 和 构架 的 地 方 , 就 像 建 筑 师 为 建筑 物 绘制 蓝图 一 样 ,这 里 产生 软件 
缺陷 的 原因 与 产品 说 明 书 或 需求 说 明 书 是 一 样 的 ,片面 .多 变 、 理 解 与 沟通 不 足 。 

一 个 完成 的 缺陷 应 该 包括 表 1-1 中 的 内 容 。 


表 1-1 缺陷 内 容 列表 
























































可 追踪 信息 缺陷 ID 唯一 的 缺陷 ID, 可 以 根据 该 ID 追踪 缺陷 
缺陷 状态 缺陷 的 状态 ,分 为 * 待 分 配 “ 待 修正 “ 待 验 证 “ 待 评审 “关闭 ” 
缺陷 标题 描述 缺陷 的 标题 
缺陷 的 严重 程度 VS 为 “致命 “严重 一般” 建议” 
缺陷 的 紧急 程度 pels i 是 优 
缺陷 提交 人 缺陷 提交 人 的 名 字 ( 邮 件 地 址 》 
缺陷 提交 时 间 缺陷 提交 的 时 间 
缺陷 所 属 项 目 /模块 | 缺陷 所 属 的 项 目 和 模块 ,最 好 能 较 精确 地 定位 至 模块 
人 
缺陷 指定 解决 时 间 | 项 目 经 理 指定 的 开发 人 员 修改 此 缺陷 的 deadline 
缺陷 处 理 人 最 终 处 理 缺 陷 的 处 理 人 
缺陷 处 理 结果 描述 a 了 修改 ,要 求 在 此 处 体现 
缺陷 处 理 时间 缺陷 处 理 的 时 间 
缺陷 验证 人 对 被 处 理 缺 陷 验证 的 验证 人 
缺陷 验证 结果 描述 | 对 验证 结果 的 描述 (通过 不 通过 ) 
缺陷 验证 时 间 对 缺陷 验证 的 时 间 
对 缺陷 的 详细 描述 ;之 所 以 把 这 项 单独 列 出 来 ,是 因为 对 缺陷 
缺陷 的 详细 描述 描述 的 详细 程度 直接 影响 开发 人 员 对 缺陷 的 修改 ,描述 应 该 尽 
可 能 详细 
测试 环境 说 明 对 测试 环境 的 描述 
必要 的 附件 对 于 某 些 文字 很 难 表达 清楚 的 缺陷 ,使 用 图 片 等 附件 是 必要 的 
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15 软件 测试 人 员 应 具备 的 素质 


拥有 计算 机 领域 的 专业 技能 是 测试 工程 师 应 该 必 备 的 素质 ,是 做 好 测试 工作 的 前 提 条 
件 。 尽 管 没 有 任何 IT 背景 的 人 也 可 以 从 事 测试 工作 ,但 是 要 想 获得 更 大 发 展 空间 或 者 持 
久 竞争 力 , 则 计算 机 专业 技能 是 必 不 可 少 的 。 一 个 有 竞争 力 的 测试 人 员 要 具有 下 面 三 个 方 
面 的 专业 技能 。 

1. 测试 专业 技能 

现在 软件 测试 已 经 成 为 一 个 很 有 潜力 的 专业 。 要 想 成 为 一 名 优秀 的 测试 工程 师 ,首先 
应 该 具有 扎实 的 专业 基础 ,这 也 是 本 书 的 编写 目的 之 一 。 因 此 ,测试 工程 师 应 该 努力 学 习 测 
试 专业 知识 ,告别 简单 的 * 单 击 ” 之 类 的 测试 工作 ,让 测试 工作 以 自己 的 专业 知识 为 依托 。 

测试 专业 知识 很 多 ,本 书 内 容 主要 以 测试 人 员 应 该 掌握 的 基础 专业 技能 为 主 。 测 试 专 
业 技 能 涉及 的 范围 很 广 : 既 包 括 黑 盒 测 试 . 白 盒 测 试 、 测 试用 例 设 计 等 基础 测试 技术 ,也 包 
括 单元 测试 .功能 测试 .集成 测试 .系统 测试 .性 能 测试 等 测试 方法 ,还 包括 基础 的 测试 流程 
管理 .缺陷 管理 .自动 化 测试 技术 等 知识 。 

2. 软件 编程 技能 

“测试 人 员 是 否 需要 编程 ?” 可 以 说 是 测试 人 员 最 常 提出 的 问题 之 一 。 实 际 上 ,由 于 在 我 
国 开 发 人 员 待 遇 普遍 高 于 测试 人 员 ,因此 能 写 代码 的 几乎 都 去 做 开发 了 ,而 很 多 人 则 是 因为 
做 不 了 开发 或 者 不 能 从 事 其 他 工作 才 ”“ 被 迫 ?从 事 测试 工作 。 最 终 的 结果 则 是 很 多 测试 人 员 
只 能 从 事 相 对 简单 的 功能 测试 ,能 力 强 一 点 的 则 可 以 借助 测试 工具 进行 简单 的 自动 化 测试 
(录制 .修改 .回放 测 试 脚本 )。 

软件 编程 技能 应 该 是 测试 人 员 的 必 备 技能 之 一 。 在 微软 ,很 多 测试 人 员 都 拥有 多 年 的 
发 经 验 。 因 此 ,测试 人 员 要 想得到 较 好 的 职业 发 展 ,必须 能 够 编写 程序 。 只 有 能 编写 程 
序 , 才 可 以 胜任 诸如 单元 测试 .集成 测试 .性 能 测试 等 难度 较 大 的 测试 工作 。 

此 外 ,对 软件 测试 人 员 的 编程 技能 要 求 也 有 别 于 开发 人 员 : 测试 人 员 编 写 的 程序 应 着 
眼 于 运行 正确 ,同时 兼顾 高 效率 ,尤其 体现 在 与 性 能 测试 相关 的 测试 代码 编写 上 。 因 此 测试 
人 员 要 具备 一 定 的 算法 设计 能 力 。 依 据 作 者 的 经 验 , 测 试 工 程 师 至 少 应 该 掌握 Java、C#、 
C++ 之 类 的 一 门 语言 以 及 相应 的 开发 工具 。 

3. 网 络 .操作 系统 .数据库 .中 间 件 等 知识 

与 开发 人 员 相 比 ,测试 人 员 掌 握 的 知识 具有 *“ 博 而 不 精 ” 的 特点 ,“ 艺 多 不 压 身 ”是 个 非常 
形象 的 比喻 。 由 于 测试 中 经 常 需要 配置 ,调试 各 种 测试 环境 ,而 且 在 性 能 测试 中 还 要 对 各 种 
系统 平台 进行 分 析 与 调 优 ,因此 测试 人 员 需 要 掌握 更 多 网 络 .操作 系统 .数据库 等 知识 。 

在 网 络 方面 ,测试 人 员 应 该 掌握 基本 的 网 络 协议 以 及 网 络 工作 原理 ,尤其 要 掌握 一 些 网 
络 环境 的 配置 ,这 些 都 是 测试 工作 中 经 常 遇 到 的 常识 。 

操作 系统 和 中 间 件 方面 ,应 该 掌握 基本 的 使 用 以 及 安装 .配置 等 。 例 如 很 多 应 用 系统 都 
是 基于 UNIX、Linux 来 运行 的 ,这 就 要 求 测试 人 员 掌 握 基 本 的 操作 命令 以 及 相关 的 工具 软 
件 。 而 WebLogic、Websphere 等 中 间 件 的 安装 和 配置 很 多 时 候 也 需要 掌握 一 些 。 

数据 库 知 识 则 是 更 应 该 掌握 的 技能 ,现在 的 应 用 系统 几乎 离 不 开 数 据 库 。 因 此 不 但 要 
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掌握 基本 的 安装 .配置 .还 要 掌握 SQL。 测 试 人 员 至 少 应 该 掌握 MySQL 、MS SQLServer、 
Oracle 等 常见 数据 库 的 使 用 。 

作为 一 名 测试 人 员 ,尽管 不 能 精通 所 有 的 知识 ,但 要 想 做 好 测试 工作 ,应 该 尽 可 能 地 去 
学 习 更 多 的 与 测试 工作 相关 的 知识 。 

根据 有 关 职 位 统计 资料 显示 ,在 国外 大 多 数 软件 公司 ,1 个 软件 开发 工程 师 就 需要 辅 有 
2 个 软件 测试 工程 师 。 目 前 ,软件 测试 自动 化 技术 在 我 国 则 刚刚 被 少数 业内 专家 所 认 知 ,而 
这 方面 的 专业 技术 人 员 在 国内 更 是 凤毛麟角 。 根 据 对 近期 网 络 招聘 IT 人 才情 况 的 了 解 ， 
许多 正在 招聘 软件 测试 工程 师 的 企业 很 少 能 够 在 招聘 会 上 顺利 招 到 合适 的 人 才 。 

随 着 中 国 IT 行业 的 发 展 ,产品 的 质量 控制 与 质量 管理 正 逐 渐 成 为 企业 生存 与 发 展 的 
核心 。 从 软件 、 硬 件 到 系统 集成 ,几乎 每 个 中 大 型 IT 企业 的 产品 在 发 布 前 都 需要 大 量 的 质 
量 控制 .测试 和 文档 工作 ,而 这 些 工 作 必须 依靠 拥有 娴熟 技术 的 专业 软件 人 才 来 完成 。 而 软 
件 测试 工程 师 就 是 其 中 之 一 。 

据 了 解 ,由 于 软件 测试 工程 师 处 于 重要 岗位 ,所 以 必须 具有 电子 .电机 类 相关 专业 知识 
背景 ,并 且 还 应 有 两 年 以 上 的 实际 操作 经 验 。 他们 应 熟悉 中 国 和 国际 软件 测试 标准 ,熟练 掌 
握 和 操作 国际 流行 的 系列 软件 测试 工具 ,能 够 承担 比较 复杂 的 软件 分 析 测试 .品质 管理 等 
任务 ,并 能 独立 担任 测试 .品质 管理 部 门 的 负责 人 。 一 般 情况 下 ,软件 测试 工程 师 可 分 为 测 
试 工程 师 、 高 级 测试 工程 师 和 资深 测试 工程 师 三 个 等 级 。 

在 具体 工作 过 程 中 ,测试 工程 师 的 工作 是 利用 测试 工具 按照 测试 方案 和 流程 对 产品 进 
行 功能 和 性 能 测试 ,甚至 根据 需要 编写 不 同 的 测试 工具 ,设计 和 维护 测试 系统 ,对 测试 方案 
可 能 出 现 的 问题 进行 分 析 和 评估 。 对 软件 测试 工程 师 而 言 , 必 须 具 有 高 度 的 工作 责任 心 和 
自信 心 。 任 何 严格 的 测试 必须 是 一 种 实事 求 是 的 测试 ,因为 它 关 系 到 一 个 产品 的 质量 问题 ， 
而 测试 工程 师 则 是 产品 出 货 前 的 把 关 人 ,所 以 ,没有 专业 的 技术 水 准 是 无 法 胜任 这 项 工作 
的 。 同 时 ,由 于 测试 工作 一 般 由 多 个 测试 工程 师 共同 完成 ,并 且 测试 部 门 一 般 要 与 其 他 部 门 
的 人 员 进 行 较 多 的 沟通 ,所 以 要 求 测试 工程 师 不 但 要 有 较 强 的 技术 能 力 而 且 要 有 较 强 的 沟 
通 能 力 。 

因此 ,在 企业 内 部 ,软件 测试 工程 师 基 本 处 于 * 双 高 ?地 位 , 即 地 位 高 .待遇 高 。 从 近期 的 
企业 人 才 需 求 和 薪金 水 平 来 看 ,软件 测试 工程 师 的 年 工资 有 逐年 上 升 的 明显 迹象 。 测 试 工 
程 师 这 个 职位 必 将 成 为 IT 就 业 的 新 亮点 。 


本 章 小 结 


本 章 主 要 介绍 了 软件 测试 产生 的 背景 软件 测试 的 定义 、 软 件 测试 负责 性 与 经 济 性 分 

析 、 软 件 缺 陷 及 管理 流程 ,以 及 软件 测试 人 员 应 具备 的 素质 。 软 件 测试 是 伴随 着 软件 的 产生 
而 产生 的 。 早 期 的 软件 开发 过 程 中 , 那 时 软件 规模 都 很 小 复杂 程度 低 , 软 件 开发 的 过 程 混 
乱 无 序 相当 随意 ,测试 的 含义 比较 狭窄 ,开发 人 员 将 测试 等 同 于 “调试 ”, 目 的 是 纠正 软件 中 
已 经 知道 的 故障 。 软 件 测试 就 是 为 发 现 缺 陷 而 运行 程序 的 过 程 ,广义 的 软件 测试 是 由 确认 、 
验证 ,测试 3 个 方面 组 成 的 。 软 件 测试 的 目的 是 为 了 尽早 发 现 软件 系统 中 的 缺陷 ,对 缺陷 进 
行 跟踪 管理 ,确保 每 个 被 发 现 的 缺陷 都 能 够 及 时 得 到 处 理 。 作 为 一 名 合格 的 软件 测试 工程 
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师 应 具备 软件 测试 专业 技能 ,编程 技能 ,网 络 .操作 系统 数据库. 中 间 件 等 知识 。 


练习 题 
一 、 判 断 题 
1. 验证 意味 着 确保 软件 会 正确 无 误 地 实现 软件 的 需求 ,开发 过 程 是 沿 着 正确 的 方向 进 
行 的 。 ( ) 
2. 调试 的 目的 是 发 现 bug。 ( } 
3. 软件 缺陷 主要 来 自 产品 说 明 书 的 编写 和 产品 方案 设计 。 ( ) 
4. 在 实际 的 软件 测试 工作 中 ,不 论 采 用 什么 方法 ,由 于 软件 测试 工作 量 极其 巨大 ,都 不 
可 能 进行 完全 彻底 的 测试 。 ( ) 
5. 测试 人 员 可 以 不 懂 编 程 。 ( | 
二 、 选择 题 
1. 软件 是 程序 和 ( ) 的 集合 。 
A. 代码 B. 文档 C. 测试 用 例 D. 测试 
2. 严重 的 软件 缺陷 的 产生 主要 源 自 ( % 
A. 需求 B. 设计 C. 编码 D. 测试 


3. Fixed 的 意思 是 指 ( We 
A. 该 Bug 没有 被 修复 ,并 且 得 到 了 测试 人 员 的 确认 
B. 该 Bug 被 拒绝 了 ,并 且 得 到 了 测试 人 员 的 确认 
C. 该 Bug 被 修复 了 ,并 且 得 到 了 测试 人 员 的 确认 
D. 该 Bug 被 关闭 了 ,并 且 得 到 了 测试 人 员 的 确认 
4. 降低 缺陷 费用 最 有 效 的 方法 是 ( 》s 


A. 测试 尽 可 能 全 面 B. 尽 可 能 早 的 开始 测试 
C. 测试 尽 可 能 深入 D. 让 用 户 进行 测试 
5. 以 下 不 属于 应 用 系统 中 的 缺陷 类 型 的 是 ( 和 
A. 不 恰当 的 需求 解释 B. 用 户 指 定 的 错误 需求 
C. 设计 人 员 的 习惯 不 好 D. 不 正确 的 程序 规格 说 明 
三 、 简 答题 


1. 在 您 以 往 的 工作 中 ,一 条 软件 缺陷 (或 者 叫 Bug) 记 录 都 包含 了 哪些 内 容 ? 如 何 提交 
高 质量 的 软件 缺陷 (Bug) 记 录 ? 

2. 请 简 述 软件 测试 的 定义 。 

3. 缺陷 跟踪 的 目的 是 什么 ? 
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本 章 目标 
。 掌握 软件 测试 的 目的 、 原 则 
。 掌握 软件 测试 的 分 类 
。 熟悉 软件 质量 保证 与 软件 测试 
。 掌握 软件 测试 的 模型 


本 章 单词 


smoke test: regression test: 








function test: stress test: 
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软件 测试 应 贯穿 于 整个 生命 周期 中 。 在 整个 软件 生命 周期 中 ,各 个 阶段 有 不 同 的 测试 
对 象 , 形 成 了 不 同 开发 阶段 的 不 同类 型 测试 。 需 求 分 析 、 概 要 设计 、 详 细 设 计 以 及 程序 编码 
等 各 阶段 所 得 到 的 文档 ,包括 需求 规格 说 明 、 概 要 设计 说 明 、 详 细 设 计 说 明 、 程 序 、 用 户 文 档 
都 是 软件 测试 的 对 象 。 为 了 更 好 地 解决 软件 问题 ,软件 界 做 出 了 各 种 各 样 的 努力 。 但 是 对 
软件 质量 来 说 作用 都 不 大 ,直到 受到 其 他 行业 项 目 工程 化 的 启发 ,软件 工程 学 出 现 了 。 软 件 
发 被 视 为 一 项 工程 ,以 工程 化 的 方法 来 进行 规划 和 管理 软件 的 开发 。 事 实 上 ,对 于 软件 来 
讲 , 不 论 采 用 什么 技术 和 什么 方法 ,软件 中 仍然 会 有 错 。 采用 新 的 语言 .先进 的 开发 方式 、 完 
善 的 开发 过 程 , 可 以 减少 错误 ,但 是 不 可 能 完全 杜绝 软件 中 的 错误 ,这 些 引 入 的 错误 需要 测 
试 来 找 出 ,软件 中 的 错误 密度 也 需要 测试 来 进行 估计 。 测 试 是 所 有 工程 学 科 的 基本 组 成 单 
元 ,是 软件 开发 的 重要 部 分 。 自 有 程序 设计 的 那天 起 测试 就 一 直 伴 随 着 。 统 计 表 明 ,在 典型 
的 软件 开发 项 目 中 ,软件 测试 工作 量 往往 占 软件 开发 总 工作 量 的 40% 以 上 。 而 在 软件 开发 
的 总 成 本 中 ,用 在 测试 上 的 开销 要 占 30% 一 50%。 如 果 把 维护 阶段 也 考虑 在 内 ,讨论 整个 
软件 生存 期 时 ,测试 的 成 本 比例 也 许 会 有 所 降低 ,但 实际 上 维护 工作 相当 于 二 次 开发 ,乃至 
多 次 开发 ,其 中 必定 还 包含 有 许多 测试 工作 。 因 此 ,测试 对 于 软件 生产 来 说 是 必需 的 ,问题 
是 我 们 应 该 思考 :“ 测 什么 内 容 ? 采用 什么 方法 ?如 何 安 排 测 试 ?” 














21 软件 测试 的 目的 


软件 测试 的 目的 是 利用 有 限 的 资源 找 出 对 用 户 影 响 最 深 的 Bug, 不 同 的 机 构 会 有 不 同 
的 测试 目的 ;相同 的 机 构 也 可 能 有 不 同 测试 目的 ,可 能 是 测试 不 同 区 域 或 是 对 同一 区 域 的 不 
同 层次 的 测试 。 测 试 目 的 决定 了 如 何 去 组 织 测试 。 如 果 测 试 的 目的 是 为 了 尽 可 能 多 地 找 出 
错误 ,那么 测试 就 应 该 直接 针对 软件 比较 复杂 的 部 分 或 是 以 前 出 错 比 较 多 的 位 置 。 如 果 测 
试 目的 是 为 了 给 最 终 用 户 提 供 具有 一 定 可 信 度 的 质量 评价 ,那么 测试 就 应 该 直接 针对 在 实 
际 应 用 中 会 经 常用 到 的 商业 假设 。 

在 谈 到 软件 测试 时 ,许多 人 都 引用 Grenford J. Myers 在 The Art of Software Testing 
一 书 中 的 观点 : 

(1) 软件 测试 是 为 了 发 现 错误 而 执行 程序 的 过 程 ; 

(2) 测试 是 为 了 证 明 程 序 有 错 ,而 不 是 证 明 程 序 无 错误 ; 

(3) 一 个 好 的 测试 用 例 是 在 于 它 能 发 现 至 今 未 发 现 的 错误 ; 

(4) 一 个 成 功 的 测试 是 发 现 了 至 今 未 发 现 的 错误 。 

这 种 观点 可 以 提醒 人 们 测试 要 以 查找 错误 为 中 心 ,而 不 是 为 了 演示 软件 的 正确 功能 。 
但 是 仅 赁 字面 意思 理解 这 一 观点 可 能 会 产生 误导 ,认为 发 现 错误 是 软件 测试 的 唯一 目的 , 查 
找 不 出 错误 的 测试 就 是 没有 价值 的 ,事实 并 非 如 此 。 

首先 ,测试 并 不 仅仅 是 为 了 要 找 出 错误 。 通 过 分 析 错 误 产 生 的 原因 和 错误 的 分 布 特征 ， 
可 以 帮助 项 目 管理 者 发 现 当前 所 采用 的 软件 过 程 的 缺陷 ,以 便 改进 。 同 时 ,这 种 分 析 也 能 帮 
助 我 们 设计 出 有 针对 性 地 检测 方法 ,改善 测试 的 有 效 性 。 

其 次 ,没有 发 现 错误 的 测试 也 是 有 价值 的 ,完整 的 测试 是 评定 测试 质量 的 一 种 方法 。 详 
细 而 严谨 的 可 靠 性 增长 模型 可 以 证 明 这 一 点 。 例 如 ,Bev Littlewood 发 现 一 个 经 过 测试 而 
忆 
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正常 运行 了 小 时 的 系统 有 继续 正常 运行 小 时 的 概率 。 
22 软件 测试 的 原则 


基于 软件 测试 是 为 了 寻找 软件 的 错误 与 缺陷 ,评估 与 提高 软件 质量 ,我 们 提出 一 组 如 下 
测试 原则 。 

1. 所 有 的 软件 测试 都 应 追溯 到 用 户 需求 

这 是 因为 软件 的 目的 是 使 用 户 完成 预定 的 任务 ,并 满足 用 户 的 需求 ,而 软件 测试 所 揭示 
的 缺陷 和 错误 使 软件 达 不 到 用 户 的 目标 ,满足 不 了 用 户 需求 。 

2. 应 当 把 “尽早 地 和 不 断 地 进行 软件 测试 "作为 软件 测试 者 的 座右铭 

由 于 软件 的 复杂 性 和 抽象 性 ,在 软件 生命 周期 各 个 阶段 都 可 能 产生 错误 ,所 以 不 应 把 软 
件 测试 仅仅 看 作 是 软件 开发 的 一 个 独立 阶段 的 工作 ,而 应 当 把 它 贯穿 到 软件 开发 的 各 个 阶 
段 ,并 且 在 软件 开发 的 需求 分 析 和 设计 阶段 就 进行 测试 工作 ,编写 测试 文档 ,这 样 才 能 在 开 
发 过 程 中 尽早 发 现 和 预防 错误 ,杜绝 某 些 缺陷 和 隐患 ,提高 软件 质量 。 

问题 发 现 得 越 早 ,解决 问题 的 代价 就 越 小 ,这 是 一 条 真理 。 发 现 软件 错误 的 时 间 在 整个 
软件 过 程 阶段 中 越 靠 后 ,修复 它 所 消耗 的 资源 就 越 大 ,如 图 2-1 所 示 。 
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图 2-1 缺陷 修复 费用 


3. 完全 测试 是 不 可 能 的 ,测试 需要 终止 

在 测试 中 ,由 于 输入 量 太 大 、 输 出 结果 太 多 ,以 及 路 径 组 合 太 多 , 想 要 进行 完全 的 测试 ， 
在 有 限 的 时 间 和 资源 条 件 下 ,是 不 可 能 的 。 下 面 我 们 以 大 家 所 熟悉 的 计算 器 (图 2-2) 为 例 
来 说 明 。 

输入 : 1 十 0、1 十 1、1 十 …1 十 9…9, 全 部 完成 后 继续 操作 2 十 1.2 十 2、 一 直到 2 十 9…9, 全 
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部 整数 完成 后 开始 测试 小 数 1. 0 十 0.1、1. 0 十 0. 2… 并 
持续 下 去 。 

在 验证 完整 数 相 加 、 小 数 相 加 后 继续 进行 后 面 的 0 
减 、. 乘 、 除 运算 ,一切 的 下 梦 还 没有 结束 ,我 们 还 需要 测 
试 一 下 可 能 的 错误 输入 ,比如 1 十 "! @# $%& x 加 太 玉 区 宣 
()" ,这 些 组 合 无 穷 无 尽 。 

4. 测试 无 法 显示 软件 潜在 的 缺陷 

进行 测试 是 可 以 查找 并 报告 所 发 现 的 软件 缺陷 和 
错误 ,但 不 能 保证 软件 的 缺陷 和 错误 被 全 部 找到 ,继续 
进一步 测试 可 能 还 会 找到 一 些 ,也 就 是 说 测试 只 能 证 图 2-2 计算 器 
明 软 件 存 在 错误 而 不 能 证 明 软 件 没有 错误 。 换 句 话 
说 ,彻底 的 测试 是 不 可 能 的 。 

5. 充分 注意 测试 汇总 的 群集 现象 

经 验 表 明 ,测试 后 程序 中 残存 的 错误 数目 与 该 程序 中 已 发 现 的 错误 数目 或 检 错 率 成 正 
比 。 根 据 这 个 规律 ,需要 对 错误 群集 的 程序 段 进行 重点 测试 ,以 提高 测试 投资 的 有 效率 。 例 
如 ,在 美国 IBM 公司 的 OS/370 操作 系统 中 ,47% 的 错误 仅 与 该 系统 的 4% 的 程序 模块 
有 关 。 

6. 程序 员 应 避免 检查 自己 的 程序 

从 心理 上 来 说 ,人 们 总 不 愿 承 认 自 己 有 错 , 而 让 程序 员 自 己 来 揭示 自己 的 错误 也 比较 
难 ,因此 ,为 达到 测试 目的 ,我 们 尽量 让 单独 的 测试 部 门 来 做 。 

7. 尽量 避免 测试 的 随意 性 

测试 是 一 个 有 组 织 ` 有 计划 、 有 步骤 的 活动 ,不 是 随意 的 工作 。 


编辑 下 ) 查看 名 帮助 
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23 软件 测试 的 分 类 


软件 测试 的 方法 和 技术 是 多 种 多 样 的 。 对 于 软件 测试 技术 ,可 以 从 不 同 的 角度 加 以 
分 类 。 

1. 从 是 否 需要 执行 被 测 软件 的 角度 ,可 分 为 静态 测试 和 动态 测试 

顾名思义 ,静态 测试 就 是 通过 对 被 测 程序 的 静态 审查 ,发现 代码 中 潜在 的 错误 。 它 一 般 
用 人 工 方式 脱 机 完成 , 故 亦 称 人 工 测试 或 代码 评审 (code review) ;也 可 借助 于 静态 分 析 器 在 
机 器 上 以 自动 方式 进行 检查 ,但 不 要 求 程序 本 身 在 机 器 上 运行 。 按 照 评审 的 不 同 组 织 形式 ， 
代码 评审 又 可 分 为 代码 会 审 、 走 查 、 办 公 桌 检查 、 同 行 评分 4 种。 对 某 个 具体 的 程序 ,通常 只 
使 用 一 种 评审 方式 。 

动态 测试 是 通常 意义 上 的 测试 ,即使 用 和 运行 被 测 软 件 。 动 态 测试 的 对 象 必须 是 能 够 
由 计算 机 真正 运行 的 被 测试 的 程序 , 它 包 含 黑 盒 测试 和 白 盒 测 试 。 

2. 从 测试 是 否 针 对 系统 的 内 部 结构 和 具体 实现 算法 的 角度 来 看 ,可 分 为 白 盒 测试 和 黑 
盒 测 试 

黑 盒 测试 也 称 功能 测试 或 数据 驱动 测试 , 它 是 在 已 知 产品 所 应 具有 的 功能 ,通过 测试 来 
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检测 每 个 功能 是 否 都 能 正常 使 用 。 在 测试 时 ,把 程序 看 作 一 个 不 能 打开 的 黑 盒子 ,在 完全 不 
考虑 程序 内 部 结构 和 内 部 特性 的 情况 下 ,测试 者 在 程序 接口 进行 测试 , 它 只 检查 程序 功能 是 
否 按照 需求 规格 说 明 书 的 规定 正常 使 用 ,程序 是 否 能 适当 地 接收 输入 数据 而 产生 正确 的 输 
出 信息 ,并 且 保持 外 部 信息 (如 数据 库 或 文件 ) 的 完整 性 。 黑 盒 测 试 方法 主要 有 等 价 类 划分 、 
边 值 分 析 、 因 果 图 、 错 误 推测 等 ,主要 用 于 软件 确认 测试 。 

“ 黑 盒 "法 着 眼 于 程序 外 部 结构 ,不 考虑 内 部 逻辑 结构 .针对 软件 界面 和 软件 功能 进行 测 
试 。“ 黑 盒 法 是 穷 举 输入 测试 ,只 有 把 所 有 可 能 的 输入 都 作为 测试 情况 使 用 ,才能 以 这 种 方 
法 查 出 程序 中 所 有 的 错误 。 实 际 上 测试 情况 有 无 穷 多 个 ,人 们 不 仅 要 测试 所 有 合法 的 输入 ， 
而 且 还 要 对 那些 不 合法 但 是 可 能 的 输入 进行 测试 。 

白 盒 测试 也 称 结构 测 试 或 逻辑 驱动 测试 , 它 知 道 产 品 内 部 工作 过 程 ,可 通过 测试 来 检测 
产品 内 部 动作 是 否 按照 规格 说 明 书 的 规定 正常 进行 ,按照 程序 内 部 的 结构 测试 程序 ,检验 程 
序 中 的 每 条 通路 是 否 都 有 能 按 预定 要 求 正 确 工作 ,而 不 顾 它 的 功能 。 白 盒 测试 的 主要 方法 
有 逮 辑 驱动 . 基 路 测试 等 ,主要 用 于 软件 验证 。 

“ 白 盒 ”法 全 面 了 解 程序 内 部 馆 辑 结构 .对 所 有 人 逻辑 路 径 进行 测试 。“ 白 盒 ” 法 是 穷 举 路 
径 测试 。 在 使 用 这 一 方案 时 ,测试 者 必须 检查 程序 的 内 部 结构 ,从 检查 程序 的 逻辑 着 手 ,得 
出 测试 数据 。 贯 穿 程序 的 独立 路 径 数 是 天 文 数字 。 但 即使 每 条 路 径 都 测试 了 仍然 可 能 有 错 
误 。 第 一 , 穷 举 路 径 测试 不 能 查 出 程序 违反 了 设计 规范 , 即 程序 本 身 是 个 错误 的 程序 。 
第 二 , 穷 举 路 径 测 试 不 可 能 查 出 程序 中 因 遗 漏 路 径 而 出 错 。 第 三 , 穷 举 路 径 测 试 可 能 发 现 不 
了 一 些 与 数据 相关 的 错误 。 

3. 按 测试 策略 和 过 程 ,测试 分 为 单元 测试 .集成 测试 .系统 测试 .验收 测试 

(1) 单元 测试 。 单 元 测试 又 称 模块 测试 ,是 针对 软件 设计 的 最 小 单位 一 一 程序 模块 进 
行 正确 性 检验 的 测试 工作 ,其 目的 在 于 检查 每 个 程序 单元 能 否 正确 实现 详细 设计 说 明 中 的 
模块 功能 性能、 接口 和 设计 约束 等 要 求 ,发现 各 模块 内 部 可 能 存在 的 各 种 错误 。 

(2) 集成 测试 。 集 成 测试 也 叫 组 装 测试 。 通 常 在 单元 测试 的 基础 上 将 所 有 的 程序 模块 
进行 有 序 .递增 的 测试 。 它 分 为 一 次 性 集成 和 增殖 式 集 成 ,增殖 式 集成 又 分 为 自 顶 向 下 的 增 
殖 方式 和 自 底 向 上 的 增值 方式 。 

(3) 系统 测试 。 将 软件 作为 基于 计算 机 系统 的 一 个 元 素 , 与 计算 机 硬件 .外 设 、 某 些 支 
持 软件 .数据 和 人 员 等 其 他 系统 元 素 结合 在 一 起 ,在 实际 运行 (使 用 ) 环 境 下 ,对 计算 机 系统 
进行 一 系列 的 组 装 测试 和 确认 测试 。 

系统 测试 的 通过 原则 包括 规定 的 测试 用 例 都 已 经 执行 ;Bug 都 已 经 确认 修复 ;软件 需求 
说 明 书 中 规定 的 功能 都 已 经 实现 :并 且 测 试 结 果 都 已 经 得 到 评估 确认 。 

(4) 验收 测试 。 在 通过 了 系统 的 有 效 性 测试 及 软件 配置 审查 之 后 ,就 开始 系统 验收 测 
试 , 它 是 以 用 户 为 主 的 测试 ,软件 开发 人 员 和 QA 人 员 应 参与 。 在 测试 过 程 中 ,除了 考虑 软 
件 的 功能 和 性 能 之 外 ,还 应 对 软件 的 可 移植 性 、 兼 容 性 、 可 维护 性 、 错 误 的 恢复 功能 等 进行 
确认 。 

验收 测试 的 通过 原则 包括 软件 需求 分 析 说 明 书 中 定义 的 所 有 功能 已 全 部 实现 ,性 能 指 
标 全 部 达到 要 求 ;所 有 测试 项 没有 残余 一 级 、 二 级 和 三 级 错误 ;立项 审批 表 、 需 求 分 析 文 档 、 
设计 文档 和 编码 实现 一 致 ;验收 测试 工件 齐全 。 
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4. 按照 实施 组 织 划 分 ,测试 分 为 开发 方 测试 (a 测试 )、 用 户 测 试 (了 测试 )、 第 三 方 测试 

(1) 开发 方 测试 (a 测试 )。 企 业内 部 通过 检测 和 提供 客观 证 据 , 证 实 软 件 的 实现 是 否 
满足 规定 的 需求 。 

(2) 用 户 测试 (8B 测试 )。 主 要 是 把 软件 产品 有 计划 地 免费 分 发 到 目标 市 场 ,让 用 户 大 量 
使 用 ,并 评价 \ 检 查 软件 。 

(3) 第 三 方 测试 。 介 于 软件 开发 方 和 用 户 方 之 间 的 测试 组 织 的 测试 。 第 三 方 测试 也 称 
为 独立 测试 。 


24 常见 的 一 些 软件 测试 


。 冒 烟 测 试 

一 个 初始 的 快速 测试 工作 ,以 决定 软件 或 者 新 发 布 的 版 本 测试 是 否 可 以 执行 下 一 步 的 
“正规 测试。 如 果 软 件 或 者 新 发 布 的 版 本 每 5 分 钟 与 系统 冲突 ,使 系统 陷于 瘫痪 ,说 明 该 软 
件 不 够 “健全 ”, 目 前 不 具备 进一步 测试 的 条 件 。 

2. 回归 测试 

软件 或 环境 的 修复 或 更 正 后 的 “ 青 测试 ”, 自 动 测试 工具 对 这 类 测试 尤其 有 用 。 

3. 性 能 测试 
测试 软件 的 运行 性 能 。 这 种 测试 常 与 压力 测试 结合 进行 ,如 传输 连接 的 最 长 时 限 .传输 
的 错误 率 .计算 的 精度 .记录 的 精度 .响应 的 时 限 和 恢复 时 限 等 。 
负载 测试 
测试 软件 在 重负 荷 下 的 运行 表现 ,系统 的 响应 减 慢 或 崩溃 。 
5, 压力 测试 
测试 系统 在 某 一 条 件 达到 最 高 限度 时 各 项 功能 是 否 能 依旧 运行 。 
6. 可 用 性 测试 
测试 用 户 是 否 能 够 满意 使 用 。 具 体 体现 为 操作 是 否 方便 、 用 户 界面 是 否 友 好 等 。 

7. 安装 / 印 载 测试 

对 软件 的 全 部 .部 分 .升级 安装 或 者 卸载 处 理 过 程 的 测试 。 

8. 接受 测试 

基于 客户 或 最 终 用 户 需 求 的 最 终 测试 ,或 基于 用 户 一 段 时 间 的 使 用 后 ,看 软件 是 否 满足 
客户 要 求 。 


村 





9. 恢复 测试 
采用 人 工 的 干扰 使 软件 出 错 ,中 断 使 用 ,检测 系统 的 恢复 能 力 。 
10. 安全 测试 


验证 安装 在 系统 内 的 保护 机 构 确 实 能 够 对 系统 进行 保护 ,使 之 不 受 各 种 干扰 。 

11. 兼容 测试 

测试 软件 在 多 个 硬件 .软件 .操作 系统 、 网 络 等 环境 下 是 否 能 正确 运行 。 

12. Alpha 测试 

在 公司 内 部 系统 开发 接近 完成 时 对 软件 的 测试 ,测试 后 仍然 会 有 少量 的 设计 变更 。 
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a 测试 时 ,开发 者 坐 在 用 户 旁边 ,随时 记录 用 户 发 现 的 问题 。 

13. Beta 测试 

当 开 发 和 测试 完成 时 所 做 的 测试 ,而 最 终 的 错误 和 问题 需要 在 最 终 发 行 前 找到 。B 测 
试 时 开发 者 不 在 测试 现场 ,所 以 是 在 开发 者 无 法 控制 的 环境 下 进行 的 测试 ,通常 是 由 软件 开 
发 者 向 用 户 散 发 B 版 软件 ,然后 收集 用 户 的 意见 。 


25 软件 测试 过 程 模型 


软件 开发 的 几 十 年 中 产生 了 很 多 的 优秀 模型 ,比如 瀑布 模型 .螺旋 模型 . 增 量 模型 .迭代 
模型 等 ,那么 软件 测试 又 有 哪些 模型 可 以 指导 我 们 进行 工作 呢 ? 下 面 把 一 些 主要 的 模型 给 
大 家 介绍 一 下 。 

1. V 模型 

V 模型 是 最 具有 代表 意义 的 测试 模型 。 它 是 软件 开发 瀑布 模型 的 变种 , 它 反映 了 测试 
活动 与 分 析 和 设计 的 关系 。 从 左 到 右 ,描述 了 基本 的 开发 过 程 和 测试 行为 ,非常 明确 地 标明 
了 测试 过 程 中 存在 的 不 同 级 别 , 并 且 清 楚 地 描述 了 这 些 测试 阶段 和 开发 过 程 期 间 各 阶段 的 
对 应 关系 。 左 边 依 次 下 降 的 是 开发 过 程 各 阶段 ,与 此 相对 应 的 是 右边 依次 上 升 的 部 分 , 即 各 
测试 过 程 的 各 个 阶段 。 如 图 2-3 所 示 。 






























































需求 分 析 与 系统 系统 测试 
概要 设计 [集成 测试 
详细 设计 单元 测试 
编码 
图 2-3 V 模 型 
V 模型 问题 如 下 。 


(1) 测试 是 开发 之 后 的 一 个 阶段 。 

(2) 测试 的 对 象 就 是 程序 本 身 。 

(3) 实际 应 用 中 容易 导致 需求 阶段 的 错误 一 直到 最 后 系统 测试 阶段 才 被 发 现 。 

(4) 整个 软件 产品 的 过 程 质 量 保证 完全 依赖 于 开发 人 员 的 能 力 和 对 工作 的 责任 心 ,而 
且 上 一 步 的 结果 必须 是 充分 和 正确 的 ,如 果 任 何 一 个 环节 出 了 问题 , 则 必 将 严重 影响 整个 工 
程 的 质量 和 预期 进度 。 

2. W 模型 

W 模型 由 Evolutif 公司 提出 。 相 对 于 V 模型 , W 模型 增加 了 软件 各 开发 阶段 中 应 同 
步 进行 的 验证 和 确认 活动 。W 模型 由 两 个 V 字形 模型 组 成 ,分 别 代表 测试 与 开发 过 程 ,图 
中 明确 表示 出 了 测试 与 开发 的 并 行 关系 。W 模型 强调 : 测试 伴随 着 整个 软件 开发 周期 ,而 
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且 测 试 的 对 象 不 仅仅 是 程序 ,需求 .设计 等 同样 要 测试 ,也 就 是 说 ,测试 与 开发 是 同步 进行 
的 。W 模型 有 利于 尽早 全 面 地 发 现 问题 。 例 如 ,需求 分 析 完成 后 ,测试 人 员 就 应 该 参与 到 
对 需求 的 验证 和 确认 活动 中 ,以 尽早 地 找 出 缺陷 所 在 。 同 时 ,对 需求 的 测试 也 有 利于 及 时 了 
解 项 目 难度 和 测试 风险 ,及 早 制定 应 对 措施 ,这 将 显著 减少 总 体 测试 时 间 , 加 快 项 目 进 度 。 
但 W 模型 也 存在 局 限 性 。 在 W 模型 中 ,需求 .设计 、 编 码 等 活动 被 视 为 串 行 的 ,同时 ,测试 
和 开发 活动 也 保持 着 一 种 线性 的 前 后 关系 ,上 一 阶段 完全 结束 , 才 可 正式 开始 下 一 个 阶段 工 
作 。 这 样 就 无 法 支持 迭代 的 开发 模型 。 对 于 当前 软件 开发 复杂 多 变 的 情况 ,W 模型 并 不 能 
解除 测试 管理 面临 着 困惑 ,如 图 2-4 所 示 。 


王 -| | 用 户 需 求 V&V 
用 户 需求 验收 测试 设备 


交付 的 收 测试 
需求 分 析 与 | | 需求 分 析 与 设计 V&V 一 2 本 
系统 设计 系统 测试 设备 


















































实施 系统 测试 
yy 概要 设计 V&V 
概要 设计 集成 测试 设备 / 


NR 集成 集成 测试 
详细 设计 V&V 
详细 设计 单元 测试 准备 






























































单元 测试 














编码 








图 2-4 W 模 型 


3. H 模型 

在 互 模 型 中 ,软件 测试 的 过 程 活动 完全 独立 ,形成 了 一 个 完全 独立 的 流程 ,贯穿 于 整个 
产品 的 周期 ,与 其 他 流程 并 发 进行 。 某 个 测试 点 准备 就 绪 后 就 可 以 从 测试 准备 阶段 进行 到 
测试 执行 阶段 。 软 件 测 试 可 以 根据 被 测 产品 的 不 同 分 层 进行 ,如 图 2-5 所 示 。 








测试 就 结 点 
测试 准备 测试 执行 ee 
-| > 测试 流程 
2 
| 
0 其 他 流程 (如 设计 流程 ) 
a a i et nt ae a i 
图 2-5 模型 


4. X 模型 

图 2-6 是 X 模 型 ,左边 描述 的 是 针对 单独 程序 片段 所 进行 的 相互 分 离 的 编码 和 测试 ,此 
后 进行 频繁 地 交接 ,通过 集成 最 终 合 成 为 可 执行 的 程序 ,在 图 的 右上 方 得 以 体现 。 

这 些 可 执行 程序 还 需要 进行 测试 ,已 通过 集成 测试 的 成 品 可 以 进行 封装 并 提交 给 用 户 ， 
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程序 片段 1 交 
执行 测试 
测试 设计 
ee 测试 设计 
ee 工具 配置 
集成 1 … n 
en Yh 
执行 测试 \\ 
\ 
工具 配置 NANN_。 tt 
测试 设计 NS 
i 测试 
程序 片段 


图 2-6 X 模 型 


也 可 以 作为 更 大 规模 和 范围 内 集成 的 一 部 分 。 
右 下 角 提 出 了 探索 性 测试 ,这 是 不 进行 事先 计划 的 特殊 类 型 的 测试 ,这 一 方式 往往 能 帮 
助 有 经 验 的 测试 人 员 在 测试 计划 之 外 发 现 更 多 的 软件 错误 。 


5. 前 置 模型 
前 置 测试 模型 是 由 Robin FGoldsmith 等 人 提出 的 ,是 一 个 将 测试 和 开发 紧密 结合 的 模 
型 ,该 模型 提供 了 轻松 的 方式 ,可 以 使 项 目 加 快运 行 速度 。 前 置 测试 模型 可 参考 图 2-7。 特 


点 如 下 。 





可 行 性 
分 析 








下 





上 -| 可 行 性 系统 
报告 分 析 




































































了 
验收 测试 正式 赴 查 
计划 | 























单元 测试 开发 
执行 集成 测试 
系统 测试 
专项 测试 
































二 行 编码 、 调 试 
运行 与 维护 1 | 而 、 调 
(生命 周期 ) -| 验收 测试 (A) 非 正式 走 查 


图 2-7 前 置 模型 
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(1) 开发 和 测试 相 结合 。 

(2) 对 每 一 个 交付 内 容 进行 测试 。 

(3) 在 设计 阶段 进行 测试 计划 和 测试 设计 。 

(4) 测试 和 开发 结合 在 一 起 。 

(5) 让 验收 测试 和 技术 测试 保持 相互 独立 。 

在 实际 的 工作 中 ,灵活 运用 各 种 模型 的 优点 ,在 W 模型 框架 下 ,运用 H 模型 的 思想 进 
行 独立 的 测试 ,并 同时 将 测试 和 开发 紧密 结合 ,寻找 恰当 的 就 绪 点 开始 测试 并 反复 迭代 测 
试 ,最 终 保证 按期 完成 预定 目标 。 


本 章 小 结 


本 章 主 要 介绍 了 软件 测试 的 目的 原则、 分 类 ,以 及 常见 的 软件 测试 和 软件 测试 过 程 模 
型 。 软 件 测 试 的 目的 是 利用 有 限 的 资源 找 出 对 用 户 影响 最 深 的 bug; 测 试 的 原则 包括 所 有 
的 软件 测试 都 应 追溯 到 用 户 需 求 , 应 当 把 “尽早 地 和 不 断 地 进行 软件 测试 "作为 软件 测试 者 
的 座右铭 。 完 全 测试 是 不 可 能 的 ,测试 需要 终止 ,测试 无 法 显示 软件 潜在 的 缺陷 ,充分 注意 
测试 汇总 的 群集 现象 。 程 序 员 应 避免 检查 自己 的 程序 ,尽量 避免 测试 的 随意 性 。 从 是 否 需 
要 执行 被 测 软 件 的 角度 ,可 分 为 静态 测试 和 动态 测试 ,从 测试 是 否 针对 系统 的 内 部 结构 和 具 
体 实 现 算法 的 角度 来 看 ,可 分 为 白 盒 测试 和 黑 盒 测 试 。 按 测试 策略 和 过 程 : 单元 测试 .集成 
测试 ,系统 测试 ,验收 测试 ,按照 实施 组 织 划分 : 开发 方 测试 (a 测试)、 用 户 测试 (8 测试 ) ,第 
三 方 测试 。 常 见 的 测试 模型 有 V 模型 、W 模型 .H 模型 X 模型 和 前 置 模型 。 


练习 题 
一 、 判断 是 


1. 软件 测试 的 目的 是 尽 可 能 多 地 找 出 软件 的 缺陷 。 

2. 好 的 测试 方案 是 极 有 可 能 发 现 迄今 为 止 尚 未 发 现 的 错误 。 
3. 测试 人 员 要 坚持 原则 ,缺陷 未 修复 完 坚 决 不 耶 通 过 。 

4. 负载 测试 是 验证 要 检验 的 系统 的 能 力 最 高 能 达到 什么 程度 。 
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一 一 一 一 一 


. V 模型 不 能 适应 较 大 的 需求 变化 。 

二 、 选择 题 

1. 测试 环境 中 不 包括 的 内 容 是 ( hs 
A. 测试 所 需 文档 资料 B. 测试 所 需 硬 件 环境 
C. 测试 所 需 软件 环境 D. 测试 所 需 网 络 环境 


2. 某 软件 公司 在 招聘 软件 测试 工程 师 时 ,应 聘 者 甲 向 公司 做 如 下 保证 : 

(1) 经 过 自己 测试 的 软件 今后 不 会 再 出 现 问题 。 

(2) 在 工作 中 对 所 有 程序 员 一 视 同 仁 ,不 会 因为 某 个 程序 编写 的 程序 发 现 的 问题 多 ,就 
重点 审查 该 程序 ,以免 不 利于 团结 。 
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(3) 承诺 不 需要 其 他 人 员 ,自己 就 可 以 独立 进行 测试 工作 。 
(4) 发 扬 咬 定 青山 不 放松 的 精神 ,不 把 所 有 问题 都 找 出 来 , 绝 不 黑体 。 
根据 自己 所 学 的 软件 测试 知识 ,应 聘 者 甲 的 保证 中 可 选 ( 


A. (1)(4) 是 正确 的 B. (2) 是 正确 的 
C. 都 是 正确 的 D. 都 是 错误 的 
3. 用 不 同 的 方法 可 将 软件 测试 分 为 白 盒 法 和 黑 盒 法 ,或 者 ( ) 和 静态 测试 。 
A. 白 盒 法 B. 黑 盒 法 C. 动态 测试 D. 灰 盒 法 
4. 软件 测试 中 白 盒 测试 法 是 通过 分 析 程 序 的 ( ) 来 设计 测试 用 例 的 。 
A. 应 用 范围 B. 内 部 逻辑 C. 功能 D. 输入 数据 


5. 下 列 关于 白 盒 测 试 与 黑 盒 测 试 的 说 法 中 错误 的 是 ( 站 
A. 用 和 白 盒 测试 来 验证 单元 的 基本 功能 时 ,经 常 要 用 黑 盒 测试 的 思考 方法 来 设计 测 
试用 例 
B. 仅仅 通过 白 盒 测试 ,或 仅仅 通过 黑 盒 测试 都 不 能 全 面 系统 地 测试 一 个 软件 
C. 白 盒 测试 适用 于 软件 测试 的 各 个 阶段 
D. 在 黑 盒 测 试 中 使 用 白 盒 测试 的 手段 , 常 被 称 为 " 灰 盒 测试 ” 
三 、 简 答题 
1. 请 简 述 V 模型 的 优 缺 点 。 
2. 什么 是 回归 测试 ? 
3. 软件 测试 的 目的 是 什么 ? 
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本 章 目 标 

。 掌握 软件 测试 的 过 程 

。 掌握 软件 测试 与 开发 的 关系 
。 熟悉 单元 测试 

。 熟悉 集成 测试 

。 熟悉 确认 测试 

。 熟悉 系统 测试 

。 熟悉 验收 测试 


本 章 单词 


unit test : integration test : 








System test: acceptance test: 
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软件 测试 过 程 按 各 测试 阶段 的 先后 顺序 可 分 为 单元 测试 .集成 测试 .确认 (有 效 性 ) 测 
试 、 系 统 测试 和 验收 (用 户 ) 测 试 5 个 阶段 。 

(1) 单元 测试 : 测试 执行 的 开始 阶段 。 测 试 对 象 是 每 个 单元 。 测 试 目的 是 保证 每 个 模 
块 或 组 件 能 正常 工作 。 单 元 测试 主要 采用 白 盒 测试 方法 ,检测 程序 的 内 部 结构 。 

(2) 集成 测试 : 也 称 组 装 测试 。 在 单元 测试 基础 上 ,对 已 测试 过 的 模块 进行 组 装 ,进行 
集成 测试 。 测 试 目 的 是 检验 与 接口 有 关 的 模块 之 间 的 问题 。 集 成 测试 主要 采用 黑 盒 测 试 
方法 。 

(3) 确认 测试 : 也 称 有 效 性 测试 。 在 完成 集成 测试 后 ,验证 软件 的 功能 和 性 能 及 其 他 
特性 是 否 符合 用 户 要 求 。 测 试 目 的 是 保证 系统 能 够 按照 用 户 预定 的 要 求 工 作 。 确 认 测试 通 
常 采 用 黑 盒 测试 方法 。 

(4) 系统 测试 : 在 完成 确认 测试 后 ,为 了 检验 它 能 否 与 实际 环境 (如 软 硬 件 平台 、 数 据 
和 人 员 等 ) 协 调 工作 ,还 需要 进行 系统 测试 。 可 以 说 ,系统 测试 之 后 ,软件 产品 基本 满足 开发 
要 求 。 

(5) 验收 测试 : 测试 过 程 的 最 后 一 个 阶段 。 验 收 测试 主要 突出 用 户 的 作用 ,同时 软件 
开发 人 员 也 应 该 参与 进去 。 

图 3-1 展示 了 在 不 同 的 测试 阶段 ,测试 的 方法 及 内 容 都 不 同 。 








测 日 启 并 党 洪 

















已 确认 的 甘 本 可 交 
软件 付 的 软件 





图 3-1 软件 测试 过 程 


3.1 单元 测试 


程序 员 编写 代码 时 ,一 定 会 反复 调试 保证 其 能 够 编译 通过 。 如 果 是 编译 没有 通过 的 代 
码 ,没有 任何 人 会 愿意 交付 给 自己 的 老板 。 但 代码 通过 编译 ,只 是 说 明了 它 的 语法 正确 , 程 
序 员 却 无 法 保证 它 的 语义 也 一 定 正确 。 没 有 任何 人 可 以 轻易 承诺 这 段 代码 的 行为 一 定 是 正 
确 的 。 单 元 测试 这 时 会 为 此 做 出 保证 。 编 写 单元 测试 就 是 用 来 验证 这 段 代码 的 行为 是 否 与 
软件 开发 人 员 期 望 的 一 致 。 有 了 单元 测试 ,程序 员 可 以 自信 地 交付 自己 的 代码 ,而 没有 任何 
的 后 顾 之 忧 。 
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1. 单元 测试 的 定义 

单元 测试 (unit testing) 是 对 软件 基本 组 成 单元 进行 的 测试 。 单 元 测试 的 对 象 是 软件 设 
计 的 最 小 单位 一 一 模块 。 很 多 人 将 单元 的 概念 误解 为 一 个 具体 函数 或 一 个 类 的 方法 ,这 种 
理解 并 不 准确 。 作 为 一 个 最 小 的 单元 应 该 有 明确 的 功能 定义 、 性 能 定义 和 接口 定义 ,而 且 可 
以 清晰 地 与 其 他 单元 区 分 开 来 。 一 个 菜单 .一 个 显示 界面 或 者 能 够 独立 完成 的 具体 功能 都 
可 以 是 一 个 单元 。 从 某 种 意义 上 单元 的 概念 已 经 扩展 为 组 件 (component) 。 

2. 单元 测试 的 目标 

单元 测试 的 主要 目标 是 确保 各 单元 模块 被 正确 地 编码 。 单 元 测试 除了 保证 测试 代码 的 
功能 性 ,还 需要 保证 代码 在 结构 上 具有 可 靠 性 和 健全 性 ,并 且 能 够 在 所 有 条 件 下 正确 响应 。 
进行 全 面 的 单元 测试 ,可 以 减少 应 用 级 别 所 需 的 工作 量 , 并 且 彻 底 减 少 系统 产生 错误 的 可 能 
性 。 如 果 和 手动 执行 ,单元 测试 可 能 需要 大 量 的 工作 ,自动 化 测试 会 提高 测试 效率 。 

3. 单元 测试 的 内 容 

如 图 3-2 所 示 ,单元 测试 的 主要 内 容 有 

(1) 模块 接口 测试 ; 

(2) 局 部 数据 结构 测试 ; 

(3) 独立 路 径 测 试 ; 

(4) 错误 处 理 测 试 ; 

(5) 边界 条 件 测试 。 








模块 接口 


出 错 处 理 ~ | AP 局 部 数据 处 理 


模块 


独立 路 径 pa SS 边界 条 件 


图 3-2 单元 测试 任务 


这 些 测 试 都 作用 于 模块 ,共同 完成 单元 测试 任务 。 

(1) 模块 接口 测试 : 对 通过 被 测 模块 的 数据 流 进行 测试 。 为 此 ,对 模块 接口 ,包括 参数 
表 、 调 用 子 模块 的 参数 .全程 数据 文件 输入 /输出 操作 都 必须 检查 。 

(2) 局 部 数据 结构 测试 : 设计 测试 用 例 检 查 数据 类 型 说 明 初始 化 .默认 值 等 方面 的 问 
题 , 还 要 查 清 全 程 数据 对 模块 的 影响 。 

(3) 独立 路 径 测试 : 选择 适当 的 测试 用 例 , 对 模块 中 重要 的 执行 路 径 进 行 测试 。 基 本 
路 径 测试 和 循环 测试 可 以 发 现 大 量 的 路 径 错误 ,是 最 常用 且 最 有 效 的 测试 技术 。 

(4) 错误 处 理 测试 : 检查 模块 的 错误 处 理 功能 是 否 包 含有 错误 或 缺陷 。 例 如 ,是 否 拒 
绝 不 合理 的 输入 ;出 错 的 描述 是 否 难以 理解 .是 否 对 错误 定位 有 误 ,是 否 出 错 原因 报告 有 误 、 
是 否 对 错误 条 件 的 处 理 不 正确 ;在 对 错误 处 理 之 前 错误 条 件 是 否 已 经 引起 系统 的 干预 等 。 

(5) 边界 条 件 测试 : 要 特别 注意 数据 流 、 控 制 流 中 刚好 等 于 、 大 于 或 小 于 确定 的 比较 值 
时 出 错 的 可 能 性 。 对 这 些 地 方 要 仔细 地 选择 测试 用 例 , 认 真 加 以 测试 。 此 外 ,如 果 对 模块 运 
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行 时 间 有 要 求 , 还 要 专门 进行 关键 路 径 测试 ,以 确定 最 坏 情况 下 和 平均 意义 下 影响 模块 运行 
时 间 的 因素 。 这 类 信息 对 进行 性 能 评价 是 十 分 有 用 的 。 

通常 单元 测试 在 编码 阶段 进行 。 当 源 程序 代码 编制 完成 ,经 过 评审 和 验证 ,确认 没有 语 
法 错误 之 后 ,就 开始 进行 单元 测试 的 测试 用 例 设计 。 利 用 设计 文档 ,设计 可 以 验证 程序 功 
能 、 找 出 程序 错误 的 多 个 测试 用 例 。 对 于 每 一 组 输入 ,应 有 预期 的 正确 结果 。 

模块 接口 测试 中 的 被 测 模块 并 不 是 一 个 独立 的 程序 ,在 考虑 测试 模块 时 ,同时 要 考虑 它 
和 外 界 的 联系 ,用 一 些 辅助 模块 去 模拟 与 被 测 模块 相关 联 的 模块 。 这 些 辅助 模块 可 分 为 以 
下 两 种 。 

(1) 驱动 模块 (driver): 相当 于 被 测 模块 的 主 程序 。 它 接收 测试 数据 ,把 这 些 数据 传送 
给 被 测 模块 ,最 后 输出 实测 结果 。 

(2) 桩 模块 (stub): 用 以 代替 被 测 模块 调用 的 子 模块 。 桩 模块 可 以 做 少量 的 数据 操作 ， 
不 需要 把 子 模块 所 有 功能 都 带 进来 ,但 不 允许 什么 事情 也 不 做 。 

被 测 模块 .与 它 相关 的 驱动 模块 以 及 桩 模块 共同 构成 了 一 个 “测试 环境 ”, 如 图 3-3 


所 示 。 

测试 用 例 ”一 一 | 驱动 模块 
| | 
被 测 模块 


桩 模块 桩 模块 桩 模块 



































图 3-3 单元 测试 环境 


如 果 一 个 模块 要 完成 多 种 功能 ,并 且 以 程序 包 或 对 象 类 的 形式 出 现 ,例如 Ada 语言 
的 包 ,MODULA 语言 中 的 模块 ,C++ 语言 中 的 类 ,这 时 可 以 将 模块 看 成 由 几 个 小 程序 组 成 。 
对 其 中 的 每 个 小 程序 先进 行 单元 测试 要 做 的 工作 ,对 关键 模块 还 要 做 性 能 测试 。 对 支持 某 
些 标准 规程 的 程序 ,更 要 着 手 进行 互联 测试 。 有 人 把 这 种 情况 特别 称 为 模块 测试 ,以 区 别 单 
元 测试 。 


32 集成 测试 


所 有 的 软件 项 目 都 不 能 摆脱 系统 集成 这 个 阶段 。 不 管 采 用 什么 开发 模式 ,具体 的 开发 
工作 总 得 从 一 个 一 个 的 软件 单元 做 起 ,软件 单元 只 有 经 过 集成 才能 形成 一 个 有 机 的 整体 。 

1. 集成 测试 的 定义 

在 完成 单元 测试 的 基础 上 ,需要 将 所 有 模块 按照 设计 要 求 组 装 成 为 系统 。 这 时 需要 考 
虑 以 下 问题 : 

(1) 在 把 各 个 模块 连接 起 来 的 时 候 , 穿 越 模块 接口 的 数据 是 否 会 丢失 ; 

(2) 一 个 模块 的 功能 是 否 会 对 另 一 个 模块 的 功能 产生 不 利 的 影响 ; 
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(3) 各 个 子 功能 组 合 起 来 ,能 否 达 到 预期 要 求 的 父 功 能 ; 

(4) 全 局 数据 结构 是 否 有 问题 ; 

(5) 单个 模块 的 误差 累积 起 来 ,是 否 会 放大 ,从 而 达到 不 能 接受 的 程度 ; 

(6) 单个 模块 的 错误 是 否 会 导致 数据 库 错 误 。 

集成 测试 (integration testing) 是 介 于 单元 测试 和 系统 测试 之 间 的 过 渡 阶 段 , 与 软件 开 
发 计划 中 的 软件 概要 设计 阶段 相对 应 ,是 单元 测试 的 扩展 和 延伸 。 

集成 测试 的 定义 是 根据 实际 情况 对 程序 模块 采用 适当 的 集成 测试 策略 组 装 起 来 ,对 系 
统 的 接口 以 及 集成 后 的 功能 进行 正确 校 验 的 测试 工作 。 

2. 集成 测试 的 层次 

软件 的 开发 过 程 是 一 个 从 需求 分 析 到 概要 设计 、 详 细 设 计 以 及 编码 实现 的 逐步 细 化 的 
过 程 , 那 么 单元 测试 到 集成 测试 再 到 系统 测试 就 是 一 个 逆向 求证 的 过 程 。 集 成 测试 内 部 对 
于 传统 软件 和 面向 对 象 的 应 用 系统 有 两 种 层次 的 划分 。 

对 于 传统 软件 来 讲 , 可 以 把 集成 测试 划分 为 三 个 层次 : 

(1) 模块 内 集成 测试 ; 

(2) 子 系统 内 集成 测试 ; 

(3) 子 系统 间 集 成 测试 。 

对 于 面向 对 象 的 应 用 系统 来 说 ,可 以 把 集成 测试 分 为 两 个 阶段 : 

(1) 类 内 集成 测试 ; 

(2) 类 间 集 成 测试 。 

3. 集成 测试 的 模式 

选择 什么 方式 把 模块 组 装 起 来 形成 一 个 可 运行 的 系统 ,直接 影响 到 模块 测试 用 例 的 形 
式 、 所 用 测试 工具 的 类 型 .模块 编号 的 次 序 和 测试 的 次 序 、 生 成 测试 用 例 的 费用 和 调试 的 费 
用 。 集 成 测试 模式 是 软件 集成 测试 中 的 策略 体现 ,其 重要 性 是 明显 的 ,直接 关系 到 软件 测试 
的 效率 、 结 果 等 ,一 般 是 根据 软件 的 具体 情况 来 决定 采用 哪 种 模式 。 通 常 ,把 模块 组 装 成 为 
系统 的 测试 方式 有 以 下 两 种 。 

(1) 一 次 性 集成 测试 方式 (no-incremental integration) : 一 次 性 集成 测试 方式 也 称 作 非 
增值 式 集成 测试 。 先 分 别 测试 每 个 模块 ,再 把 所 有 模块 按 设计 要 求 放 在 一 起 结合 成 所 需要 
实现 的 程序 。 

(2) 增值 式 集成 测试 方式 : 把 下 一 个 要 测试 的 模块 同 已 经 测 好 的 模块 结合 起 来 进行 测 
试 ,测试 完毕 ,再 把 下 一 个 应 该 测试 的 模块 结合 进来 继续 进行 测试 。 在 组 装 的 过 程 中 边 连接 
边 测 试 , 以 发 现 连 接 过 程 中 产生 的 问题 。 通 过 增值 逐步 组 装 成 为 预先 要 求 的 软件 系统 。 增 
值 式 集成 测试 方式 有 以 下 三 种 : 

@ 自 项 向 下 增值 测试 方式 (top-down integration); 

@ 自 底 向 上 增值 测试 方式 (bottom-up integration); 

@ 混合 增值 测试 方式 (modified top-down integration)。 

(3) 一 次 性 集成 测试 方式 与 增值 式 集成 测试 方式 的 比较 : 增值 式 集成 方式 需要 编写 的 
软件 较 多 ,工作 量 较 大 ,花费 的 时 间 较 多 。 一 次 性 集成 方式 的 工作 量 较 小 ;增值 式 集成 方式 
发 现 问 题 的 时 间 比 一 次 性 集成 方式 早 ;增值 式 集成 方式 比 一 次 性 集成 方式 更 容易 判断 出 问 
题 的 所 在 ,因为 出 现 的 问题 往往 和 最 后 加 进来 的 模块 有 关 ; 增 值 式 集成 方式 测试 更 为 彻底 ; 
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使 用 一 次 性 集成 方式 可 以 多 个 模块 并 行 测试 。 

这 两 种 模式 各 有 利 次, 在 时 间 条 件 允 许 的 情况 下 采用 增值 式 集成 测试 方式 有 一 定 的 
优势 。 

(4) 集成 测试 的 组 织 和 实施 : 集成 测试 是 一 种 正规 测试 过 程 ,必须 精心 计划 ,并 与 单元 
测试 的 完成 时 间 协 调 起 来 。 在 制订 测试 计划 时 ,应 考虑 如 下 因素 : 

@ 采用 何 种 系统 组 装 方法 来 进行 组 装 测试 ; 

@ 组 装 测试 过 程 中 连接 各 个 模块 的 顺序 ; 

@ 模块 代码 编制 和 测试 进度 是 否 与 组 装 测试 的 顺序 一 致 ; 

@ 测试 过 程 中 是 否 需要 专门 的 硬件 设备 。 

(5) 集成 测试 完成 的 标志 : 判定 集成 测试 过 程 是 否 完成 ,可 按 以 下 几 个 方面 检查 : 

@ 成 功 地 执行 了 测试 计划 中 规定 的 所 有 集成 测试 ; 

@ 修正 了 所 发 现 的 错误 ; 

@ 测试 结果 通过 了 专门 小 组 的 评审 。 

图 3-4 所 示 是 按照 一 次 性 集成 测试 方式 的 实例 。 
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图 3-4 一 次 性 集成 测试 方式 


图 3-4(a) 所 示 表 示 的 是 整个 系统 结构 , 共 包 含 6 个 模块 。 

图 3-4(b) 所 示 为 模块 B 配备 驱动 模块 D1 ,来 模拟 模块 A 对 B 的 调用 。 为 模块 B 配备 
桩 模块 S1, 来 模拟 模块 玉 被 B 调 用。 对 模块 B 进行 单元 测试 。 

图 3-4(d) 所 示 为 模块 D 配备 驱动 模块 D3 ,来 模拟 模块 A 对 D 的 调用 。 为 模块 D 配备 
桩 模块 S2 ,来 模拟 模块 下 被 D 调用 。 对 模块 D 进行 单元 测试 。 

图 3-4(c) 、 图 3-4(e) 、 图 3-4(f) 所 示 为 模块 C、E.F 分 别 配 备 驱 动 模块 D2、.D4、D5。 对 模 
块 C.E.\F 分 别 进行 单元 测试 。 

图 3-4(g) 所 示 为 主 模 块 A 配备 三 个 桩 模块 S3、S4、S5。 对 模块 A 进行 单元 测试 。 

在 将 模块 A、.B.C、D、E 分 别 进行 单元 测试 之 后 ,再 一 次 性 进行 集成 测试 。 
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(6) 增值 式 集成 方式 

@ 自 顶 向 下 增值 测试 方式 (top-down integration) 。 主 控 模 块 作 为 测试 驱动 ,所 有 与 主 
控 模 块 直接 相连 的 模块 作为 桩 模块 ;根据 集成 的 方式 (深度 或 广度 ) ,每 次 用 一 个 模块 把 从 属 
的 桩 模块 替换 成 真正 的 模块 ;在 每 个 模块 被 集成 时 ,都 必须 已 经 进行 了 单元 测试 ;进行 回归 
测试 以 确定 集成 新 模块 后 没有 引入 错误 。 这 种 组 装 方式 将 模块 按 系 统 程 序 结构 , 沿 着 控制 
层次 自 顶 向 下 进行 组 装 。 自 项 向 下 的 增值 方式 在 测试 过 程 中 较 早 地 验证 了 主要 的 控制 和 判 
断 点 。 选 用 按 深度 方向 组 装 的 方式 ,可 以 首先 实现 和 验证 一 个 完整 的 软件 功能 。 

图 3-5 所 示 为 按照 深度 优先 方式 遍历 的 自 顶 向 下 增值 的 集成 测试 实例 。 具 体 测 试 过 程 
如 下 。 
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图 3-5 自 顶 向 下 增值 测试 方式 


在 树 状 结构 图 中 ,按照 先 左 后 右 的 顺序 确定 模块 集成 路 线 。 

如 图 3-5(a) 所 示 , 先 对 顶层 的 主 模块 A 进行 单元 测试 。 就 是 对 模块 A 配 以 桩 模块 S1、 
S2 和 S3, 用 来 模拟 它 所 实际 调用 的 模块 B.C、D, 然 后 进行 测试 。 

如 图 3-5(b) 所 示 ,用 实际 模块 B 替换 掉 桩 模块 S1 ,与 模块 A 连接 ,再 对 模块 B 配 以 桩 
模块 S4 ,用 来 模拟 模块 B 对 下 的 调用 ,然后 进行 测试 。 

图 3-5(c) 所 示 为 将 模块 E 替换 掉 桩 模块 S4 并 与 模块 B 相连 ,然后 进行 测试 。 

判断 模块 下 没有 叶子 节点 ,也 就 是 说 以 A 为 根 节点 的 树 状 结构 图 中 的 最 左 侧 分 支 深度 
遍历 结束 。 转 向 下 一 个 分 支 。 

图 3-5(d) 所 示 为 模块 C 替换 掉 桩 模块 S2, 连 到 模块 A 上 ,然后 进行 测试 。 

判断 模块 C 没有 桩 模块 , 转 到 树 状 结构 图 的 最 后 一 个 分 支 。 

图 3-5(e) 所 示 为 模块 D 替换 掉 桩 模块 S3, 连 到 模块 A 上 ,同时 给 模块 D 配 以 桩 模块 
S5 ,来 模拟 其 对 模块 下 的 调用 。 然 后 进行 测试 。 

如 图 3-5(f) 所 示 ,去 掉 桩 模块 S5 ,替换 成 实际 模块 下 连接 到 模块 D 上 ,然后 进行 测试 ; 
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对 树 状 结构 图 进行 了 完全 测试 ,测试 结束 。 

@ 自 底 向 上 增值 测试 方式 (bottom-up integration)。 组 装 从 最 底层 的 模块 开始 ,组 合 
成 一 个 构件 ,用 以 完成 指定 的 软件 子 功能 。 编 制 驱 动 程序 ,协调 测试 用 例 的 输入 与 输出 ; 测 
试 集成 后 的 构件 ; 按 程序 结构 向 上 组 装 测试 后 的 构件 ,同时 除 掉 驱 动 程序 。 这 种 组 装 的 方式 
是 从 程序 模块 结构 的 最 底层 的 模块 开始 组 装 和 测试 。 因 为 模块 是 自 底 向 上 进行 组 装 , 对 于 
一 个 给 定 层 次 的 模块 , 它 的 子 模块 (包括 子 模块 的 所 有 下 属 模块 ) 已 经 组 装 并 测试 完成 ,所 以 
不 再 需要 桩 模块 。 在 模块 的 测试 过 程 中 如 果 需 要 从 子 模块 得 到 信息 时 可 以 直接 运行 子 模块 
获得 。 

图 3-6 所 示 的 是 按照 自 底 向 上 增值 的 集成 测试 例子 。 首 先 , 对 处 于 树 状 结构 图 中 叶子 
节点 位 置 的 模块 下 模块 C、 模 块 下 进行 单元 测试 ,如 图 3-6(a)、 图 3-6(b) 和 图 3-6(c) 所 示 ， 
分 别 配 以 驱动 模块 Dl、 模块 D2 和 模块 D3 ,用 来 模拟 模块 B、 模 块 A 和 模块 D 对 它们 的 调 
用 。 然 后 ,如 图 3-6(d) 和 图 3-6(e) 所 示 ,去 掉 驱 动 模 块 Dl 和 模块 D3 ,替换 成 模块 B 和 模块 
DD 分 别 与 模块 E 和 模块 F 相连 ,并 且 设立 驱动 模块 D4 和 模块 D5 进行 局 部 集成 测试 。 最 
后 ,如 图 3-6(f) 所 示 , 对 整个 系统 结构 进行 集成 测试 。 
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图 3-6 自 底 向 上 增值 测试 方式 


@ 混合 增值 测试 方式 (modified top-down integration)。 自 顶 向 下 增值 的 方式 和 自 底 
向 上 增值 的 方式 各 有 优 缺 点 。 
自 顶 向 下 增值 方式 的 缺点 是 需要 建立 桩 模块 。 要 使 桩 模块 能 够 模拟 实际 子 模块 的 功能 
是 十 分 困难 的 ,同时 涉及 复杂 算法 。 真 正 输入 /输出 的 模块 处 在 底层 ,它们 是 最 容易 出 问题 
的 模块 ,并 且 直 到 组 装 和 测试 的 后 期 才 遇 到 这 些 模块 ,一 旦 发 现 问题 ,会 导致 过 多 的 回归 
测试 。 
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自 项 向 下 增值 方式 的 优点 是 能 够 较 早 地 发 现在 主要 控制 方面 存在 问题 。 

自 底 向 上 增值 方式 的 缺点 是 “程序 一 直 未 能 作为 一 个 实体 存在 ,直到 最 后 一 个 模块 加 上 
去 后 才 形 成 一 个 实体 ”。 就 是 说 ,在 自 底 向 上 组 装 和 测试 的 过 程 中 ,对 主要 的 控制 直到 最 后 
才 接 触 到 。 

自 底 向 上 增值 方式 的 优点 是 不 需要 桩 模块 ,建立 驱动 模块 一 般 比 建立 桩 模块 容易 ,同时 
由 于 涉及 复杂 算法 和 真正 输入 /输出 的 模块 最 先 得 到 组 装 和 测试 ,可 以 把 最 容易 出 问题 的 部 
分 在 早期 解决 。 此 外 自 底 向 上 增值 的 方式 可 以 实施 多 个 模块 的 并 行 测试 。 

有 鉴于 此 ,通常 是 把 这 几 种 方式 结合 起 来 进行 组 装 和 测试 。 

(1) 改进 的 自 顶 向 下 增值 测试 : 基本 思想 是 强化 对 输入 /输出 模块 和 引入 新 算法 模块 
的 测试 ,并 自 底 向 上 组 装 成 为 功能 相当 完整 是 相对 独立 的 子 系统 ,然后 由 主 模块 开始 自 顶 向 
下 进行 增值 测试 。 

(2) 自 底 向 上 一 自 顶 向 下 的 增值 测试 (混合 法 ): 首先 对 含 读 操作 的 子 系统 自 底 向 上 直 
至 根 节点 模块 进行 组 装 和 测试 ,然后 对 含 写 操作 的 子 系统 做 自 顶 向 下 的 组 装 与 测试 。 

(3) 回归 测试 : 这 种 方式 采取 自 顶 向 下 的 方式 测试 被 修改 的 模块 及 其 子 模块 ,然后 将 
这 一 部 分 视 为 子 系统 ,再 自 底 向 上 测试 ,以 检查 该 子 系统 与 其 上 级 模块 的 接口 是 否 适 配 。 


必 





33 确认 测试 


1. 确认 测试 的 定义 

确认 测试 最 简明 、 最 严格 的 解释 是 检验 所 开发 的 软件 是 否 能 按 用 户 提出 的 要 求 运 行 。 
若 能 达到 这 一 要 求 , 则 认为 开发 的 软件 是 合格 的 。 因 而 有 的 软件 开发 部 门 把 确认 测试 称 为 
合格 性 测试 Cqualification testing) 。 

确认 测试 又 称 为 有 效 性 测试 。 它 的 任务 是 验证 软件 的 功能 和 性 能 及 其 特性 是 否 与 客户 
的 要 求 一 致 。 对 软件 的 功能 和 性 能 要 求 在 软件 需求 规格 说 明 中 已 经 明确 规定 。 

确认 测试 阶段 工作 如 图 3-7 所 示 。 
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图 3-7 确认 测试 阶段 工作 图 
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2. 确认 测试 的 准则 

经 过 确认 测试 ,应 该 为 已 开发 的 软件 做 出 结论 性 评价 。 这 不 外 乎 是 以 下 两 种 情况 之 一 : 

(1) 经 过 检验 的 软件 功能 ,性 能 及 其 他 要 求 均 已 满足 需求 规格 说 明 书 的 规定 ,因而 可 被 
接受 , 视 为 是 合格 的 软件 ; 

(2) 经 过 检验 发 现 与 需求 说 明 书 有 相当 的 偏离 ,得 到 一 个 各 项 缺陷 情况 的 清单 。 

对 于 第 二 种 情况 ,往往 很 难 在 交付 期 以 前 把 发 现 的 问题 纠正 过 来 。 这 就 需要 开发 部 门 
和 客户 进行 协商 , 找 出 解决 的 办 法 。 

3. 进行 确认 测试 

确认 测试 是 在 模拟 的 环境 (可 能 是 就 是 开发 的 环境 ) 下 ,运用 黑 盒 测 试 的 方法 ,验证 所 测 
试 件 是 否 满足 需求 规格 说 明 书 列 出 的 需求 。 

4. 确认 测试 的 结果 

在 全 部 软件 测试 的 测试 用 例 运行 完 后 ,所 有 的 测试 结果 可 以 分 为 以 下 两 类 。 

(1) 测试 结果 与 预期 的 结果 相符 。 说 明 软 件 的 这 部 分 功能 或 性 能 特征 与 需求 规格 说 明 
书 相 符合 ,从 而 这 部 分 程序 被 接受 。 

(2) 测试 结果 与 预期 的 结果 不 符 。 说 明 软 件 的 这 部 分 功能 或 性 能 特征 与 需求 规格 说 明 
不 一 致 ,因此 要 为 它 提交 一 份 问题 报告 。 

通过 与 用 户 的 协商 ,解决 所 发 现 的 缺陷 和 错误 。 确 认 测 试 应 交付 的 文档 有 : 确认 测试 
分 析 报 告 .最 终 的 用 户 手册 和 操作 手册 、 项 目 开发 总 结 报告 。 

5. 软件 配置 审查 

软件 配置 审查 是 确认 测试 过 程 的 重要 环节 。 其 目的 是 保证 软件 配置 的 所 有 成 分 都 齐 
全 ,各 方面 的 质量 都 符合 要 求 ,具备 维护 阶段 所 必需 的 细 资 料 并 且 已 经 编排 好 分 类 的 目录 。 
除了 按 合同 规定 的 内 容 和 要 求 , 由 工人 审查 软件 配置 之 外 ,在 确认 测试 的 过 程 ,应 当 严 格 遵 
守 用 户 手册 和 操作 手册 中 规定 的 使 用 步骤 ,以 便 检 查 这 些 文档 资料 的 完整 性 和 正确 性 。 必 
须 仔 细 记 录 发 现 的 遗漏 和 错误 ,并 且 适 当地 补充 和 改正 。 
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1. 系统 测试 的 定义 

在 软件 的 各 类 测试 中 ,系统 测试 是 最 接近 于 人 们 的 日 常 测试 实践 。 它 是 将 已 经 集成 好 
的 软件 系统 ,作为 整个 计算 机 系统 的 一 个 元 素 , 与 计算 机 硬件 .外 设 、 某 些 支持 软件 .数据 和 
人 员 等 其 他 系统 元 素 结合 在 一 起 ,在 实际 运行 环境 下 ,对 计算 机 系统 进行 一 系列 的 组 装 测试 
和 确认 测试 。 

2. 系统 测试 的 流程 

系统 测试 流程 如 图 3-8 所 示 。 由 于 系统 测试 的 目的 是 验证 最 终 软 件 系 统 是 否 满足 产品 
需求 并 且 遵 循 系统 设计 ,所 以 在 完成 产品 需求 和 系统 设计 文档 之 后 ,系统 测试 小 组 就 可 以 提 
前 开始 制订 测试 计划 和 设计 测试 用 例 , 不 必 等 到 集成 测试 阶段 结束 。 这 样 可 以 提高 系统 测 
试 的 效率 。 
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图 3-8 系统 测试 流程 


3. 系统 测试 的 目标 

(1) 确保 系统 测试 的 活动 是 按 计 划 进 行 的 ; 

(2) 验证 软件 产品 是 否 与 系统 需求 用 例 不 相符 合 或 与 之 矛盾 ; 

(3) 建立 完善 的 系统 测试 缺陷 记录 跟踪 库 ; 

(4) 确保 软件 系统 测试 活动 及 其 结果 及 时 通知 相关 小 组 和 个 人 。 

4. 系统 测试 的 方针 

(1) 为 项 目 指定 一 个 测试 工程 师 负 责 贯彻 和 执行 系统 测试 活动 ; 

(2) 测试 组 向 各 事业 部 总 经 理 / 项 目 经 理 报 告 系统 测试 的 执行 状况 ; 

(3) 系统 测试 活动 遵循 文 档 化 的 标准 和 过 程 ; 

(4) 向 外 部 用 户 提供 经 系统 测试 验收 通过 的 项 目 ; 

(5) 建立 相应 项 目的 (Bug) 缺 陷 库 ,用 于 系统 测试 阶段 项 目 不 同 生命 周期 的 缺陷 记录 和 
缺陷 状态 跟踪 ; 

(6) 定期 对 系统 测试 活动 及 结果 进行 评估 ,向 各 事业 部 经 理 /项 目 办 总 监 /项 目 经 理 汇 
报 项 目的 产品 质量 信息 及 数据 。 

5. 系统 测试 的 设计 

为 了 保证 系统 测试 质量 ,必须 在 测试 设计 阶段 就 对 系统 进行 严密 的 测试 设计 。 这 就 需 
要 在 测试 设计 中 ,从 多 方面 考虑 系统 规格 的 实现 情况 。 通 常 需 要 从 以 下 几 个 层次 来 进行 设 
计 : 用 户 层 、 应 用 层 、 功 能 层 、 子 系统 层 、 协 议 层 。 


35 验收 测试 


1. 验收 测试 的 定义 

验收 测试 (acceptance testing) 是 向 未 来 的 用 户 表明 系统 能 够 像 预 定 要 求 的 那样 工作 。 
通过 综合 测试 之 后 ,软件 已 完全 组 装 起 来 ,接口 方面 的 错误 也 已 排除 ,软件 测试 的 最 后 一 
步 一 一 验收 测试 即 可 开始 。 

验收 测试 的 目的 是 确保 软件 准备 就 绪 , 并 且 可 以 让 最 终 用 户 将 其 用 于 执行 软件 的 既定 
功能 和 任务 。 验 收 测试 是 检验 软件 产品 质量 的 最 后 一 道 工 序 。 验 收 测试 通常 更 突出 客户 的 
作用 ,同时 软件 开发 人 员 也 有 一 定 的 参与 。 如 何 组 织 好 验收 测试 并 不 是 一 件 容 易 的 事 。 以 
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下 对 验收 测试 的 任务 、 目 标 以 及 验收 测试 的 组 织 管理 给 出 详细 介绍 。 

2. 验收 测试 的 内 容 

软件 验收 测试 应 完成 的 工作 内 容 如 下 : 要 明确 验收 项 目 , 规 定 验 收 测试 通过 的 标准 ; 确 
定 测试 方法 ;决定 验收 测试 的 组 织 机 构 和 可 利用 的 资源 ; 选 定 测试 结果 分 析 方 法 ;指定 验收 
测试 计划 并 进行 评审 ;设计 验收 测试 所 用 的 测试 用 例 ; 审 查验 收 测试 的 准备 工作 ;执行 验收 
测试 ;分 析 测 试 结果 ;做 出 验收 结论 ,明确 通过 验收 或 不 通过 验收 ,给 出 测试 结果 。 

3. 验收 测试 的 标准 

实现 软件 确认 要 通过 一 系列 黑 盒 测试 。 验 收 测试 同样 需要 制订 测试 计划 和 过 程 , 测 试 
计划 应 规定 测试 的 种 类 和 测试 进度 ,测试 过 程 则 定义 一 些 特殊 的 测试 用 例 , 旨 在 说 明 软 件 与 
需求 是 否 一 致 。 无 论 是 计划 还 是 过 程 ,都 应 该 着 重 考虑 软件 是 否 满足 合同 规定 的 所 有 功能 
和 性 能 ,文档 资料 是 否 完整 准确 ,人 机 界面 和 其 他 方面 (例如 ,可 移植 性 ,兼容 性 、 错 误 恢 复 
能 力 和 可 维护 性 等 ) 是 否 令 用 户 满意 。 

验收 测试 的 结果 有 两 种 可 能 ,一 种 是 功能 和 性 能 指标 满足 软件 需求 说 明 的 要 求 , 用 户 可 
以 接受 ; 另 一 种 是 软件 不 满足 软件 需求 说 明 的 要 求 ,用户 无 法 接受 。 如 果 项 目 进 行 到 这 个 阶 
段 才 发 现 有 严重 错误 和 偏差 一 般 很 难 在 预定 的 工期 内 改正 ,因此 必须 与 用 户 协商 ,寻求 一 个 
妥善 解决 问题 的 方法 。 

4. 验收 测试 的 常用 策略 

选择 的 验收 测试 的 策略 通常 建立 在 合同 需求 ,组织 和 公司 标准 以 及 应 用 领域 的 基础 上 。 
实施 验收 测试 的 常用 策略 有 三 种 ,具体 说 明 如 下 。 

(1) 正式 验收 测试 : 正式 验收 测试 是 一 项 管理 严格 的 过 程 , 它 通常 是 系统 测试 的 延续 。 
计划 和 设计 这 些 测试 的 周密 和 详细 程度 不 亚 于 系统 测试 。 选 择 的 测试 用 例 应 该 是 系统 测试 
中 所 执行 测试 用 例 的 子 集 。 不 要 偏离 所 选择 的 测试 用 例 方向 ,这 一 点 很 重要 。 在 很 多 组 织 
中 ,正式 验收 测试 是 完全 自动 执行 的 。 对 于 系统 测试 ,活动 和 工件 是 一 样 的 。 在 某 些 组 织 
中 ,开发 组 织 ( 或 其 独立 的 测试 小 组 ) 与 最 终 用 户 组 织 的 代表 一 起 执行 验收 测试 。 在 其 他 组 
织 中 ,验收 测试 则 完全 由 最 终 用 户 组 织 执行 ,或 者 由 最 终 用 户 组 织 选择 人 员 组 成 一 个 客观 公 
正 的 小 组 来 执行 。 

(2) 非 正 式 验收 或 Alpha 测试 : 在 非 正 式 验 收 测试 中 ,执行 测试 过 程 的 限定 不 像 正式 
验收 测试 中 那样 严格 。 在 此 测试 中 ,确定 并 记录 要 研究 的 功能 和 业务 任务 ,但 没有 可 以 
遵循 的 特定 测试 用 例 。 测 试 内 容 由 各 测试 员 决 定 。 这 种 验收 测试 方法 不 像 正 式 验 收 测 
试 那样 组 织 有 序 ,而 且 更 为 主观 。 大 多 数 情况 下 , 非 正 式 验收 测试 是 由 最 终 用 户 组织 执 
行 的 。 

(3) Beta 测试 : 与 以 上 两 种 验收 测试 策略 相 比 ,Beta 测试 需要 的 控制 是 最 少 的 。 在 
Beta 测试 中 ,采用 的 细节 多 少 .数据 和 方法 完全 由 各 测试 员 决 定 。 各 测试 员 负 责 创建 自己 
的 环境 、 选 择 数 据 , 并 决定 要 研究 的 功能 、 特 性 或 任务 。 各 测试 员 负 责 确定 自己 对 于 系统 当 
前 状态 的 接受 标准 。Beta 测试 由 最 终 用 户 实施 .通常 开发 组 织 对 其 的 管理 很 少 或 不 进行 管 
理 。Beta 测试 是 所 有 验收 测试 策略 中 最 主观 的 。 
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本 章 小 结 


单元 测试 是 测试 执行 的 开始 阶段 ,测试 对 象 是 每 个 单元 ,测试 目的 是 保证 每 个 模块 或 组 
件 能 正常 工作 。 单 元 测试 主要 采用 白 盒 测试 方法 ,检测 程序 的 内 部 结构 。 

集成 测试 也 称 为 组 装 测试 。 即 在 单元 测试 基础 上 ,对 已 测试 过 的 模块 进行 组 装 ,进行 集 
成 测试 。 测 试 目 的 是 检验 与 接口 有 关 的 模块 之 间 的 问题 。 集 成 测试 主要 采用 黑 盒 测试 
方法 。 

确认 测试 也 称 有 效 性 测试 。 在 完成 集成 测试 后 ,验证 软件 的 功能 和 性 能 及 其 他 特性 是 
和 否 符合 用 户 要 求 。 测 试 目的 是 保证 系统 能 够 按照 用 户 预定 的 要 求 工 作 。 确 认 测 试 通常 采用 
黑 盒 测试 方法 。 

系统 测试 在 完成 确认 测试 后 ,为 了 检验 它 能 否 与 实际 环境 (如 软 硬 件 平台 、 数 据 和 人 员 
等 ) 协 调 工 作 ,还 需要 进行 系统 测试 。 可 以 说 ,系统 测试 之 后 ,软件 产品 基本 满足 开发 要 求 。 

验收 测试 是 测试 过 程 的 最 后 一 个 阶段 。 验 收 测试 主要 突出 用 户 的 作用 ,同时 软件 开发 
人 员 也 应 该 参与 进去 。 


练习 题 

一 、 判 断 题 
1. 验收 测试 是 由 最 终 用 户 来 实施 的 。 ( ) 
2. 单元 测试 能 发 现 约 80% 的 软件 缺陷 。 《 ) 
3. 集成 测试 计划 在 需求 分 析 阶 段 末 提交 。 ( ) 
4. Beta 测试 是 验收 测试 的 一 种 。 ) 
5， 自 底 向 上 集成 需要 测试 员 编 写 驱 动 程序 。 ( ) 
二 、 选择 题 
1. 集成 测试 分 为 渐 增 组 装 测试 和 ( ys 

A. 非 渐 增 组 装 测试 B. 确认 测试 

C. 单元 测试 D. 测试 计划 
2. 集成 测试 中 使 用 的 辅助 模块 分 为 驱动 模块 和 ( js 

A. 传人 模块 B. 主 模块 

C. 桩 模块 D. 传 出 模块 
3. 驱动 模块 模拟 的 是 ( 和 

A. 子 模块 B. 第 一 模块 

C. 底层 模块 D. 主 程序 
4. 单元 测试 的 测试 用 例 主要 根据 ( ) 的 结果 来 设计 。 

A. 需求 分 析 B. 源 程序 

C. 概要 设计 D. 详细 设计 
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5. 单元 测试 的 测试 目的 是 ( 5 
A. 保证 每 个 模块 或 件 能 正常 工作 
C. 确保 缺陷 得 到 解决 

三 、 简 答题 

1. 单元 测试 的 内 容 包 括 哪些 ? 

2. 集成 测试 的 集成 方式 有 哪 几 种 ? 

3. 谈 谈 你 对 验收 测试 策略 的 理解 。 


B. 保证 每 个 程序 能 
D. 使 程序 正常 运行 


正常 工作 





35 


第 4 章 ”软件 测试 策略 


本 章 目标 
。 了 解 策略 与 软件 测试 策略 
。 掌握 软件 测试 策略 的 重要 性 
。 掌握 软件 测试 策略 的 目的 及 主要 内 容 


本 章 单词 


test Strategy: test approach : 








risks interface: 
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软件 测试 策略 必须 提供 可 以 用 来 检验 一 小 段 源 代码 是 否 得 以 正确 实现 的 低层 测试 ， 
同时 也 要 提供 能 够 验证 整个 系统 的 功能 是 否 符合 用 户 需求 的 高 层 测试 。 一 种 策略 必须 
为 使 用 者 提供 指南 ,并 且 为 管理 者 提供 一 系列 的 重要 里 程 碑 。 因 为 测试 策略 的 步骤 是 在 
软件 完成 的 最 终 期 限 的 压力 已 经 开始 出 现 的 时 候 才 开始 进行 的 ,所 以 测试 的 进度 必须 是 
可 测量 的 ,而 且 问 题 要 尽 可 能 早 地 暴露 出 来 。 由 此 可 见 软件 测试 策略 在 软件 测试 过 程 中 
是 多 么 的 重要 , 那 什么 是 软件 测试 策略 ? 它 与 传统 意义 上 的 策略 有 什么 区 别 ? 如 何 制定 
软件 测试 策略 呢 ? 


41 软件 测试 策略 的 定义 


策略 ,在 一 定 的 政治 路 线 指导 下 ,根据 具体 条 件 而 规定 的 斗争 原则 、 方 式 和 方法 。 而 软 
件 测试 策略 ,在 一 定 的 软件 测试 标准 、 测 试 规范 的 指导 下 ,依据 测试 项 目的 特定 环境 约束 而 
规定 的 软件 测试 的 原则 、 方 式 、 方 法 的 集合 。 


42 软件 测试 策略 的 重要 性 


任何 一 个 完全 测试 或 穷 举 测试 的 工作 量 都 是 巨大 的 ,在 实践 上 是 行 不 通 的 ,因此 任何 实 
际 测 试 都 不 能 保证 被 测 程序 中 不 遗漏 错误 或 缺陷 ;为 了 最 大 程度 较 少 这 种 遗漏 ,同时 最 大 限 
度 发 现 可 能 存在 的 错误 ,在 实施 测试 前 必须 确定 合适 的 测试 方法 和 测试 策略 ,并 以 此 为 依据 
来 制定 详细 的 测试 案例 。 





43 软件 测试 策略 的 主要 目的 


不 是 所 有 软件 测试 都 要 运用 现 有 软件 测试 方法 去 测试 。 依 据 软件 本 身 性 质 、 规 模 和 应 
用 场合 的 不 同 ,我 们 将 选择 不 同 测试 方案 ,以 最 少 的 软 硬 件 . 人 力 资源 投入 得 到 最 佳 的 测试 
效果 ,这 就 是 测试 策略 的 目标 所 在 。 

测试 策略 的 目标 包括 取得 利益 相关 者 (比如 管理 部 门 、 开 发 人 员 测试 人 员 ,顾客 和 用 户 
等 ) 的 一 致 性 目标 ;从 开始 阶段 对 期 望 值 进行 管理 ;确保 “开发 方向 正确 ”; 确 定 所 有 要 进行 的 
测试 类 型 。 

测试 策略 为 测试 提供 全 局 分 析 , 并 确定 或 参考 ,诸如 项 目 计划 、 风 险 和 需求 ;相关 的 规 
则 、 政 策 或 指示 ;所 需 过 程 、 标 准 与 模板 ;支持 准则 ;利益 相关 者 及 其 测试 目标 ;测试 资源 与 评 
估 ; 测 试 层次 与 阶段 ;测试 环境 ;各 阶段 的 完成 标准 ;所 需 的 测试 文档 与 检查 方法 。 
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44 软件 测试 策略 的 主要 内 容 


1. 静态 分 析 

静态 分 析 可 以 做 到 的 一 些 工 作 , 可 能 发 现 的 程序 欠缺 如 下 : 

(1) 用 错 的 局 部 变量 和 全 程 变量 ; 

(2) 不 匹配 的 参数 ; 

(3) 不 适当 的 循环 嵌 套 和 分 支 艇 套 ; 

(4) 不 适当 的 处 理 顺序 ; 

(5) 无 终止 的 死 循 环 ; 

(6) 未 定义 的 变量 ; 

(7) 不 允许 的 递归 ; 

(8) 调用 并 不 存在 的 子 程序 ; 

(9) 遗漏 了 标号 或 代码 ; 

(10) 不 适当 的 连接 。 

找到 潜伏 着 问题 的 根源 : 

(1) 未 使 用 过 的 变量 ; 

(2) 不 会 执行 到 的 代码 ; 

(3) 未 引用 过 的 标号 ; 

(4) 可 疑 的 计算 ; 

(5) 潜在 的 死 循环 。 

提供 间接 涉及 程序 欠缺 的 信息 : 

(1) 每 一 类 型 语句 出 现 的 次 数 ; 

(2) 所 用 变量 和 常量 的 交叉 引用 表 ; 

(3) 标识 符 的 使 用 方式 ; 

(4) 过 程 的 调用 层次 ; 

(5) 违背 编码 规则 ; 

(6) 为 进一步 查 错 作 准 备 ; 

(7) 选择 测试 用 例 ; 

(8) 进行 符号 测试 。 

2. 黑 盒 测试 

黑 盒 测试 又 称 功能 测试 ,数据 驱动 测试 或 基于 规格 说 明 的 测试 。 用 这 种 方法 进行 测试 
时 ,被 测 程序 被 当 作 打 不 开 的 黑 盒 ,因而 无 法 了 解 其 内 部 构造 。 在 完全 不 考虑 程序 内 部 结构 
和 内 部 特性 的 情况 下 ,测试 者 只 知道 该 程序 输入 和 输出 之 间 的 关系 ,或 是 程序 的 功能 。 他 必 
须 依靠 能 够 反映 这 一 关系 和 程序 功能 的 需求 规格 说 明 书 考虑 确定 测试 用 例 , 并 推断 测试 结 
果 的 正确 性 。 即 所 依据 的 只 能 是 程序 的 外 部 特性 。 因 此 , 黑 盒 测试 是 从 用 户 观 点 出 发 的 
测试 。 
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3. 和 白 盒 测试 

白 盒 测 试 又 称 结构 测试 .逻辑 驱动 测试 或 基于 程序 的 测试 。 采 用 这 一 测试 方法 ,测试 者 
可 以 看 到 被 测 的 源 程序 ,他 可 用 以 分 析 程 序 的 内 部 构造 ,并 且 根据 其 内 部 构造 设计 测试 用 
例 。 这 时 测试 者 可 以 完全 不 顾 程序 的 功能 。 

4. 软件 工程 过 程 

首 完 ,系统 工程 为 软件 开发 规定 了 任务 ,从 而 把 它 与 硬件 要 完成 的 任务 明确 地 划分 开 。 
接着 便 是 进行 软件 需求 分 析 , 决 定 被 开发 软件 的 信息 域 . 功 能 、 性 能 、 限 制 条 件 并 确定 该 软件 
项 目 完 成 后 的 确认 准则 。 沿 着 螺 线 向 内 旋转 ,将 进入 软件 设计 和 代码 编写 阶段 。 从 而 使 得 
软件 开发 工作 从 抽象 逐步 走向 具体 化 。 

软件 测试 工作 也 可 以 从 这 一 螺旋 线 上 体现 出 来 。 在 螺 线 的 核心 点 针对 每 个 单元 的 源 代 
码 进行 单元 测试 。 在 各 单元 测试 完成 以 后 , 沿 螺 线 向 外 前 进 , 开 始 针对 软件 整体 构造 和 设计 
的 集成 测试 。 然 后 是 检验 软件 需求 能 否 得 到 满足 的 确认 测试 。 最 后 ,来 到 螺 线 的 最 外 层 ,把 
软件 和 系统 的 其 他 部 分 协调 起 来 , 当 作 一 个 媒体 完成 系统 测试 。 这 样 , 沿 着 螺旋 线 , 从 内 向 
外 ,逐步 扩展 了 测试 的 范围 。 

测试 的 4 个 步骤 ,开始 是 分 别 完 成 每 个 单元 的 测试 任务 ,以 确保 每 个 模块 能 正常 工作 。 
单元 测试 大 量 地 采用 了 白 盒 测试 方法 , 尽 可 能 发 现 模块 内 部 的 程序 差错 。 然 后 ,把 已 测试 过 
的 模块 组 装 起 来 ,进行 集成 测试 。 其 目的 在 于 检验 与 软件 设计 相关 的 程序 结构 问题 。 这 时 
较 多 地 采用 黑 盒 测试 方法 来 设计 测试 用 例 。 完 成 集成 测试 以 后 ,要 对 开发 工作 初期 制定 的 
确认 准则 进行 检验 。 确 认 测 试 是 检验 所 开发 的 软件 能 否 满足 所 有 功能 和 性 能 需求 的 最 后 手 
段 ,通常 采用 黑 盒 测试 方法 。 完 成 确认 测试 以 后 ,给 出 的 应 该 是 合格 的 软件 产品 ,但 为 检验 
它 能 否 与 系统 的 其 他 部 分 (如 硬件 ,数据库 及 操作 人 员 ) 协 调 工 作 , 需 要 进行 系统 测试 。 严 格 
地 说 ,系统 测试 已 超出 了 软件 工程 的 范围 。 

5。 单元 测试 

单元 测试 是 要 针对 每 个 模块 的 程序 ,解决 以 下 五 个 方面 的 问题 。 

(1) 模块 接口 : 对 被 测 的 模块 ,信息 能 否 正常 无 误 地 流入 和 流出 ; 

(2) 局 部 数据 结构 : 在 模块 工作 过 程 中 ,其 内 部 的 数据 能 否 保持 其 完整 性 ,包括 内 部 数 
据 的 内 容 、 形 式 及 相互 关系 不 发 生 错 误 ; 

(3) 边界 条 件 : 在 为 限制 数据 加 工 而 设置 的 边界 处 ,模块 是 否 能 够 正常 工作 ; 

(4) 覆盖 条 件 : 模块 的 运行 能 否 做 到 满足 特定 的 逻辑 覆盖 

(5) 出 错 处 理 : 模块 工作 中 发 生 了 错误 ,其 中 的 出 错 处 理 设施 是 否 有 效 。 

模块 与 其 设置 环境 的 接口 有 无 差错 应 首先 得 到 检验 ,否则 其 内 部 的 各 种 测试 工作 也 将 
是 徒劳 的 。 除 局 部 数据 结构 外 ,在 单元 测试 中 还 应 弄 清楚 全 程 数 据 ( 如 Fortran 语言 的 
Common) 对 模块 的 影响 。 

如 何 设 计 测试 用 例 ,使 得 模块 测试 能 够 高 效率 地 发 现 其 中 的 错误 ,这 是 非常 关键 的 问 
题 。 程 序 运行 中 出 现 了 异常 现象 并 不 奇怪 ,良好 的 设计 应 该 预先 估计 到 投入 运行 后 可 能 发 
生 的 错误 ,并 给 出 相应 的 处 理 措 施 ,使 得 用 户 不 至 于 束手无策 。 检 验 程 序 中 出 错 处 理 这 一 问 
题解 决 得 怎样 ,可 能 出 现 的 情况 有 : 

(1) 对 运行 发 生 的 错误 描述 得 难以 理解 ; 

(2) 指明 的 错误 并 非 实际 遇 到 的 错误 ; 
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(3) 出 错 后 ,尚未 进行 出 错 处 理 便 引 入 系统 干预 ; 

(4) 意外 的 处 理 不 当 ; 

(5) 提供 的 错误 信息 不 足 , 以 致 无 法 找到 出 错 的 原因 。 

边界 测试 是 单元 测试 的 最 后 一 步 , 是 不 容 忽 视 的。 实践 表明 ,软件 常常 在 边界 地 区 发 生 
问题 。 例 如 ,人 处理 维 数组 的 第 个 元 素 时 很 容易 出 错 ,循环 执行 到 最 后 一 次 执行 循环 体 时 
也 可 能 出 错 。 这 可 按 前 面 讨论 的 ,利用 边 值 分 析 方法 来 设计 测试 用 例 , 以 便 发 现 这 类 程序 
错误 。 

6. 集成 测试 

集成 测试 是 在 完成 单元 测试 的 基础 上 ,需要 将 所 有 模块 按照 设计 要 求 组 装 成 为 系统 。 
这 时 需要 考虑 以 下 问题 

(1) 在 把 各 个 模块 连接 起 来 的 时 候 , 穿 越 模块 接口 的 数据 是 否 会 丢失 ; 

(2) 一 个 模块 的 功能 是 否 会 对 另 一 个 模块 的 功能 产生 不 利 的 影响 ; 

(3) 各 个 子 功能 组 合 起 来 ,能 和 否 达到 预期 要 求 的 父 功能 ; 

(4) 全 局 数据 结构 是 否 有 问题 ; 

(5) 单个 模块 的 误差 累积 起 来 ,是 否 会 放大 ,从 而 达到 不 能 接受 的 程度 ; 

(6) 单个 模块 的 错误 是 否 会 导致 数据 库 错误 。 

集成 测试 (integration testing) 是 介 于 单元 测试 和 系统 测试 之 间 的 过 渡 阶 段 ,与 软件 开 
发 计划 中 的 软件 概要 设计 阶段 相对 应 ,是 单元 测试 的 扩展 和 延伸 。 

集成 测试 的 定义 是 根据 实际 情况 对 程序 模块 采用 适当 的 集成 测试 策略 组 装 起 来 ,对 系 
统 的 接口 以 及 集成 后 的 功能 进行 正确 校 验 的 测试 工作 。 

7. 系统 测试 

在 软件 的 各 类 测试 中 ,系统 测试 是 最 接近 于 人 们 的 日 常 测试 实践 。 它 是 将 已 经 集成 好 
的 软件 系统 ,作为 整个 计算 机 系统 的 一 个 元 素 , 与 计算 机 硬件 、 外 设 、 某 些 支 持 软 件 、 数 据 和 
人 员 等 其 他 系统 元 素 结合 在 一 起 ,在 实际 运行 环境 下 ,对 计算 机 系统 进行 一 系列 的 组 装 测试 
和 确认 测试 。 

8. 验收 测试 

验收 测试 (acceptance testing) 是 向 未 来 的 用 户 表明 系统 能 够 像 预定 要 求 的 那样 工作 。 

通过 综合 测试 之 后 ,软件 已 完全 组 装 起 来 ,接口 方面 的 错误 也 已 排除 ,软件 测试 的 最 后 
验收 测试 即 可 开始 。 

验收 测试 的 目的 是 确保 软件 准备 就 绪 , 并 且 可 以 让 最 终 用 户 将 其 用 于 执行 软件 的 既定 
功能 和 任务 。 验 收 测试 是 检验 软件 产品 质量 的 最 后 一 道 工 序 。 验 收 测试 通常 更 突出 客户 的 
作用 ,同时 软件 开发 人 员 也 有 一 定 的 参与 。 如 何 组 织 好 验收 测试 并 不 是 一 件 容 易 的 事 。 以 
下 对 验收 测试 的 任务 .目标 以 及 验收 测试 的 组 织 管理 给 出 详细 介绍 。 

9. 恢复 测试 

恢复 测试 是 要 采取 各 种 人 工 干预 方式 使 软件 出 错 , 而 不 能 正常 工作 ,进而 检验 系统 的 恢 
复 能 力 。 如 果 系统 本 身 能 够 自动 进行 恢复 , 则 应 检验 : 重新 初始 化 ,检验 点 设置 机 构 、 数 据 
恢复 以 及 重新 启动 是 否 正确 。 如 果 这 一 恢复 需要 人 为 干预 , 则 应 考虑 平均 修复 时 间 是 否 在 
限定 的 范围 以 内 。 
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10. 安全 测试 

安全 测试 的 目的 在 于 验证 安装 在 系统 内 的 保护 机 构 确 实 能 够 对 系统 进行 保护 ,使 之 不 
受 各 种 干扰 。 系 统 的 安全 测试 要 设置 一 些 测试 用 例 试图 突破 系统 的 安全 保密 措施 ,检验 系 
统 是 否 有 安全 保密 的 漏洞 。 

11. 强度 测试 

检验 系统 的 能 力 最 高 实际 限度 。 进 行 强度 测试 时 ,让 系统 的 运行 处 于 资源 的 异常 数量 、 
异常 频率 和 异常 批量 的 条 件 下 。 例 如 ,如 果 正 常 的 中 断 平均 频率 为 每 秒 1 一 2 次 ,强度 测试 
设计 为 每 秒 10 次 中 断 。 又 如 某 系 统 正常 运行 可 支持 10 个 终端 并 行 工作 ,强度 测试 则 检验 
15 个 终端 并 行 工 作 的 情况 。 

12. 性 能 测试 

性 能 测试 检验 安装 在 系统 内 的 软件 运行 性 能 。 这 种 测试 常常 与 强度 测试 结合 起 来 进 
行 。 为 记录 性 能 需要 在 系统 中 安装 必要 的 量 测 仪表 或 是 为 度量 性 能 而 设置 的 软件 (或 程 
序 段 ) 。 


45 软件 测试 策略 的 影响 因素 





软件 测试 策略 随 着 软件 生命 周期 的 变化 、 软 件 测试 方法 、 技 术 与 工具 的 不 同 发 生 的 变 
化 。 这 就 要 求 我 们 在 制定 测试 策略 时 候 ,应 该 综合 考虑 测试 策略 的 影响 因素 及 其 依赖 关系 。 
这 些 影响 因素 可 能 包括 : 测试 项 目 资源 因素 、 项 目的 约束 和 测试 项 目的 特殊 需要 等 。 


46 软件 测试 策略 的 制定 过 程 


1. 输入 

(1) 需要 的 软 硬 件 资源 的 详细 说 明 ; 

(2) 针对 测试 和 进度 约束 而 需要 的 人 力 资 源 的 角色 和 职责 ， 

(3) 测试 方法 ,测试 标准 和 完成 标准 ; 

(4) 目标 系统 的 功能 性 和 技术 性 需求 ; 

(5) 系统 局 限 ( 即 系统 不 能 够 提供 的 需求 ) 等 。 

2. 输出 

(1) 已 批准 和 签署 的 测试 策略 文档 ,测试 用 例 、 测 试 计划 ; 

(2) 需要 解决 方案 的 测试 项 目 。 

3. 过 程 

(1) 确定 测试 的 需求 

测试 需求 所 确定 的 是 测试 内 容 , 即 测试 的 具体 对 象 。 在 分 析 测 试 需求 时 ,可 应 用 以 下 几 
条 一 般 规则 。 

@ 测试 需求 必须 是 可 观测 、 可 测评 的 行为 。 如 果 不 能 观测 或 测评 测试 需求 ,就 无 法 对 
其 进行 评估 ,以 确定 需求 是 否 已 经 满足 。 
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@ 在 每 个 用 例 或 系统 的 补充 需求 与 测试 需求 之 间 不 存在 一 对 一 的 关系 。 用 例 通常 具 
有 多 个 测试 需求 ;有 些 补充 需求 将 派生 一 个 或 多 个 测试 需求 ,而 其 他 补充 需求 (如 市 场 需求 
或 包装 需求 ) 将 不 派生 任何 测试 需求 。 

@ 测试 需求 可 能 有 许多 来 源 , 其 中 包括 用 例 模型 补充 需求 ,设计 需求 、 业 务 用 例 、 与 最 
终 用 户 的 访谈 和 软件 构架 文档 等 。 应 该 对 所 有 这 些 来 源 进行 检查 ,以 收集 可 用 于 确定 测试 
需求 的 信息 。 

(2) 评估 风险 并 确定 测试 优先 级 

成 功 的 测试 需要 在 测试 工作 中 成 功 地 权衡 资源 约束 和 风险 等 因素 。 为 此 ,应 该 确定 测 
试 工 作 的 优先 级 ,以 便 先 测试 最 重要 、 最 有 意义 或 风险 最 高 的 用 例 或 构件 。 为 了 确定 测试 工 
作 的 优先 级 , 需 执行 风险 评估 和 实施 概要 ,并 将 其 作为 确定 测试 优先 级 的 基础 。 

(3) 确定 测试 策略 

一 个 好 的 测试 策略 应 该 包括 : 实施 的 测试 类 型 和 测试 的 目标 、 实 施 测试 的 阶段 .技术 、 
用 于 评估 测试 结果 和 测试 是 否 完成 的 评测 和 标准 、 对 测试 策略 所 述 的 测试 工作 存在 影响 的 
特殊 事项 等 内 容 。 

如 何 才 能 确定 一 个 好 的 测试 策略 呢 ? 我 们 可 以 从 基于 测试 技术 的 测试 策略 、 基 于 测试 
方案 的 测试 策略 两 个 方面 来 回答 这 个 问题 。 

Q@ 基于 测试 技术 的 测试 策略 的 要 点 。 著 名 测试 专家 给 出 了 使 用 各 种 测试 方法 的 综合 
策略 , 

。 任何 情况 下 都 必须 使 用 边界 值 测试 方法 ; 

。 必要 时 使 用 等 价 类 划分 方法 补充 一 定数 量 的 测试 用 例 ; 

。 对 照 程序 逻辑 ,检查 已 设计 出 的 测试 用 例 的 逻辑 覆盖 程度 ,看 是 否 达 到 了 要 求 ; 如 果 

程序 功能 规格 说 明 中 含有 输入 条 件 的 组 合 情 况 , 则 可 以 选择 因果 图 方法 。 

@ 基于 测试 方案 的 测试 策略 。 对 于 基于 测试 方案 的 测试 策略 ,一 般 来 说 应 该 考虑 如 下 
方面 : 

。 根据 程序 的 重要 性 和 一 旦 发 生 故 障 将 造成 的 损失 来 确定 它 的 测试 等 级 和 测试 重点 ; 

。 认真 研究 ,使 用 尽 可 能 少 的 测试 用 例 发 现 尽 可 能 多 的 程序 错误 ,避免 测试 过 度 和 测 

试 不 足 ! 


本 章 小 结 


本 章 主 要 介绍 了 软件 测试 策略 软件 测 试 策略 的 重要 性 、 主 要 目的 、 主 要 内 容 、 影 响 因 素 
及 软件 测试 策略 制定 过 程 。 策 略 , 在 一 定 的 政治 路 线 指导 下 ,根据 具体 条 件 而 规定 的 斗争 原 
则 ,方式 和 方法 。 而 软件 测试 策略 ,在 一 定 的 软件 测试 标准 、 测 试 规范 的 指导 下 ,依据 测试 项 
目的 特定 环境 约束 而 规定 的 软件 测试 的 原则 、 方 式 、 方 法 的 集合 。 软 件 测试 策略 随 着 软件 生 
命 周 期 的 变化 ,软件 测试 方法 ,技术 与 工具 的 不 同 发 生 的 变化 。 这 就 要 求 测试 人 员 在 制定 测 
试 策略 时 ,应 该 综合 考虑 测试 策略 的 影响 因素 及 其 依赖 关系 。 测 试 策略 的 目标 包括 取得 利 
益 相 关 者 (比如 管理 部 门 、 开 发 人 员 测试 人 员 顾客 和 用 户 等 ) 的 一 致 性 目标 。 首 先 确定 测 
试 的 需求 ,然后 评估 风险 并 确定 测试 优先 级 ,最 后 确定 测试 策略 。 在 实施 测试 前 必须 确定 合 
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适 的 测试 方法 和 测试 策略 ,并 以 此 为 依据 制定 详细 的 测试 案例 。 


练习 题 
一 、 判 断 是 


1. 项 目 立 项 前 测试 人 员 不 需要 提交 任何 工件 。 
2. 测试 需求 一 定 要 写 得 很 详细 。 

3. 测试 需求 就 是 软件 需求 。 

4. 测试 组 负责 软件 质量 。 

5. 测试 人 员 可 以 人 为 使 得 软件 不 存在 配置 问题 。 


i i 
一 一 


二 、 选 择 题 
1. 按照 测试 策略 和 过 程 ,测试 可 以 分 为 ( ji 
A. 单元 、 白 盒 、 确 认 、 系 统 、 验 收 B. 单元 、 集 成 .确认 、 系 统 、 验 收 
C. 白 盒 . 黑 盒 、 确 认 、 系 统 、 验 收 D. 白 盒 .集成 、 确 认 、 系统、 验收 
2. 验收 测试 的 测试 用 例 主 要 根据 ( ) 的 结果 来 设计 。 
A. 需求 分 析 B. 源 程序 C. 概要 设计 D. 详细 设计 
3. 关于 黑 盒 测试 与 白 盒 测试 的 区 别 , 下 列 说 法 正确 的 是 ( ys 





A. 白 盒 测试 侧重 于 程序 结构 , 黑 盒 测 试 侧重 于 功能 
B. 白 盒 测试 可 以 使 用 自动 测试 工具 , 黑 盒 测 试 不 能 使 用 工具 
C. 白 盒 测试 需要 开发 人 员 参 与 , 黑 盒 测 试 不 需要 
D. 黑 盒 测试 比 白 盒 测试 应 用 更 广泛 
4. 驱动 模块 模拟 的 是 ( Ys 


A. 子 模 块 B. 第 一 模块 C. 底层 模块 D. 主 程序 
5. 软件 测试 策略 的 影响 因素 可 能 不 包括 ( Ds 

A. 测试 项 目 资源 因素 B. 项 目的 约束 

C. 文档 的 影响 D. 测试 项 目的 特殊 需要 
三 、 简 答题 


1. 简 述 软件 测试 策略 的 定义 。 
2. 简 述 软件 测试 策略 的 过 程 。 
3, 软件 测试 策略 的 主要 内 容 有 哪些 ? 
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本 章 目 标 
。 掌握 白金 测试 方法 
。 了 解 白 盒 测试 的 使 用 方法 
。 运用 方法 设计 案例 


本 章 单词 


complete path testing : measurement : 


glass-box testing : module testing: 





第 5 章 白 盒 测试 

白 盒 测试 是 一 个 与 黑 盒 测试 相对 的 概念 ,是 指 测试 者 针对 可 见 代码 进行 的 一 种 测试 。 

和 白 盒 测 试 是 不 可 或 缺 的 ,那么 , 白 盒 测试 应 做 到 什么 程度 才 算 合适 呢 ? 具体 来 说 , 白 盒 测试 
与 黑 盒 测试 应 维持 什么 样 的 比例 才 算 合适 ? 





51 逻辑 覆盖 法 


首先 为 了 下 文 的 举例 描述 方便 ,这 里 先 给 出 一 张 程序 流程 图 5-1。( 本 文 以 1995 年 软件 
设计 师 考试 的 一 道 考试 题目 为 例 。) 





B 
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图 5-1 流程 图 


(1) 语句 覆盖 

QO 主要 特点 。 语 句 覆 盖 是 最 起 码 的 结构 覆盖 要 求 ,语句 覆盖 要 求 设计 足够 多 的 测试 用 
例 , 使 得 程序 中 每 条 语句 至 少 被 执行 一 次 。 

@ 用 例 设计 见 表 5-1。 如 果 此 时 将 A 路 径 上 的 语句 1 一 T 去 掉 , 那 么 用 例如 表 5-1 
所 示 。 


表 5-1 语句 覆盖 用 例 设 计 








条 件 
X 区 路 径 
内 号 
1 50 50 OBDE 
人 90 70 OBCE 











@ 优点 。 可 以 很 直观 地 从 源 代码 得 到 测试 用 例 ,无 须 细 分 每 条 判定 表达 式 。 
@ 缺点 。 由 于 这 种 测试 方法 仅仅 针对 程序 逻辑 中 显 式 存在 的 语句 ,但 对 于 隐藏 的 条 件 
和 可 能 到 达 的 隐 式 逻 辑 分 支 ,是 无 法 测试 的 。 在 本 例 中 去 掉 了 语句 1->T, 那 么 就 少 了 一 条 
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测试 路 径 。 在 if 结构 中 若 源 代码 没有 给 出 else 后 面 的 执行 分 支 ,那么 语句 覆盖 测试 就 不 会 
考虑 这 种 情况 。 但 是 我 们 不 能 排除 除 此 之 外 的 分 支 会 被 执行 ,而 往往 这 种 错误 会 经 常 出 现 。 
再 如 ,在 do-while 结构 中 ,语句 覆盖 执行 其 中 某 一 个 条 件 分 支 。 那 么 ,语句 履 盖 对 于 多 分 支 
的 逻辑 运算 是 无 法 全 面 反映 的 , 它 只 保证 运行 一 次 ,而 不 考虑 其 他 情况 。 

(2) 判定 覆盖 

@ 主要 特点 。 判 定 覆 盖 又 称 为 分 支 覆盖 , 它 要 求 设计 足够 多 的 测试 用 例 , 使 得 程序 中 
每 个 判定 至 少 有 一 次 为 真 值 , 有 一 次 为 假 值 , 即 : 程序 中 的 每 个 分 支 至 少 执行 一 次 。 每 个 判 
断 的 取 真 . 取 假 至 少 执行 一 次 。 

@ 用 例 设计 见 表 5-2。 


表 5-2 判定 覆盖 用 例 设 计 











序号 条 件 X 于 路 径 
1 90 90 OAE 
2 50 50 OBDE 
3 90 70 OBCE 











@ 优点 。 判 定 覆 盖 比 语句 覆盖 要 多 几乎 一 倍 的 测试 路 径 ,当然 也 就 具有 上 比 语句 覆盖 更 
强 的 测试 能 力 。 同 样 判定 覆盖 也 具有 和 语句 覆盖 一 样 的 简单 性 ,无 须 细 分 每 个 判定 就 可 以 
得 到 测试 用 例 。 

@ 缺点 。 往 往 大 部 分 的 判定 语句 是 由 多 个 逻辑 条 件 组 合 而 成 (如 ,判定 语句 中 包含 
and、or、case) ,车 仅仅 判断 其 整个 最 终结 果 , 而 忽略 每 个 条 件 的 取 值 情况 ,必然 会 遗漏 部 分 
测试 路 径 。 

(3) 条 件 覆 盖 

@ 主要 特点 。 条 件 覆 盖 要 求 设计 足够 多 的 测试 用 例 ,使 得 判定 中 的 每 个 条 件 获 得 各 种 
可 能 的 结果 , 即 每 个 条 件 至 少 有 一 次 为 真 值 , 有 一 次 为 假 值 。 

@ 用 例 设计 见 表 5-3。 


表 5-3 条 件 覆盖 用 例 设计 








条 件 
改 区 路 径 
序号 和 
1 90 70 OBC 
2 40 90 OBD 











@@ 优点 。 显 然 条 件 覆盖 比 判 定 覆盖 增加 了 对 符合 判定 情况 的 测试 ,增加 了 测试 路 径 。 

@ 缺点 。 要 达到 条 件 覆 盖 , 需 要 足够 多 的 测试 用 例 ,但 条 件 覆 盖 并 不 能 保证 判定 覆盖 。 
条 件 覆 盖 只 能 保证 每 个 条 件 至 少 有 一 次 为 真 ,而 不 考虑 所 有 的 判定 结果 。 

(4) 判定 /条 件 覆 盖 

@ 主要 特点 。 设 计 足 够 多 的 测试 用 例 ,使 得 判定 中 每 个 条 件 的 所 有 可 能 结果 至 少 出 现 
一 次 ,每 个 判定 本 身 所 有 可 能 结果 也 至 少 出 现 一 次 。 

@ 用 例 设计 见 表 5-4。 
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条 件 


表 5-4 判定 /条 件 覆盖 用 例 设 计 














序号 ¥ 路 径 
有 90 90 OAE 
2 50 50 OBDE 
3 90 70 OBCE 
4 70 90 OBCE 
@ 优点。 判定/ 条件 覆盖 满足 判定 覆盖 准则 和 条 件 覆 盖 准 则 ,弥补 了 二 者 的 不 足 。 


@ 缺点 。 判 定 /条 件 覆 盖 准 则 的 缺点 是 未 考虑 条 件 的 组 合 情 况 。 


(5) 组 合 覆 盖 
@ 主要 特点 。 要 求 设计 足够 多 的 测试 用 例 ,使 得 每 个 判定 中 条 件 结果 的 所 有 可 能 组 合 


至 少 出 现 一 次 。 
@ 用 例 设计 见 表 5-5。 








表 5-5 组 合 覆盖 用 例 设计 


























序号 项 位 X 到 路 径 
1 90 90 OAE 
2 90 70 OBCE 
k: 90 30 OBDE 
4 70 90 OBCE 
5 30 90 OBDE 
6 70 70 OBDE 
‘ 50 50 OBDE 











@ 优点 。 多 重 条 件 覆盖 准则 满足 判定 覆盖 、 条 件 覆 盖 和 判定 /条 件 覆 盖 准 则 。 更 改 的 
判定 /条 件 覆 盖 要 求 设计 足够 多 的 测试 用 例 ,使 得 判定 中 每 个 条 件 的 所 有 可 能 结果 至 少 出 现 
一 次 ,每 个 判定 本 身 的 所 有 可 能 结果 也 至 少 出 现 一 次 ,并 且 每 个 条 件 都 显示 能 单独 影响 判定 


结果 。 


@ 缺点 。 线 性 地 增加 了 测试 用 例 的 数量 。 

(6) 路 径 覆 盖 

吕 主要 特点 。 设 计 足 够 的 测试 用 例 ,覆盖 程序 中 所 有 可 能 的 路 径 。 
@ 用 例 设计 见 表 5-6。 


表 5-6 路 径 覆盖 用 例 设 计 











序号 、 x * 路 径 
1 90 90 OAE 
灾 50 50 OBDE 
| 90 70 OBCE 
4 70 90 














OBCE 
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@ 优点 。 这 种 测试 方法 可 以 对 程序 进行 彻底 的 测试 , 比 前 面 五 种 的 覆盖 面 都 广 。 

@ 缺点 。 由 于 路 径 覆 盖 需 要 对 所 有 可 能 的 路 径 进 行 测试 (包括 循环 ,条 件 组 合 、 分 支 选 
择 等 ) ,那么 需要 设计 大 量 、 复 杂 的 测试 用 例 , 使 得 工作 量 呈 指数 级 增长 。 而 在 有 些 情 况 下 ， 
一 些 执行 路 径 是 不 可 能 被 执行 的 ,如 : 


if(!A) B++; 

else D-—; 

这 两 个 语句 实际 只 包括 了 两 条 执行 路 径 , 即 A 为 真 或 假 时 对 B 和 DD 的 处 理 , 真 或 假 不 
可 能 都 存在 ,而 路 径 覆 盖 测 试 则 认为 是 包含 了 真 与 假 的 4 条 执行 路 径 。 这 样 不 仅 降低 了 测 
试 效率 ,而 且 大 量 测试 结果 的 累积 ,也 为 排 错 带 来 麻烦 。 
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路 径 窗 盖 法 是 在 程序 控制 流 图 的 基础 上 ,通过 分 析 控 制 构造 的 环 路 复杂 性 ,导出 基本 可 
执行 路 径 集合 ,从 而 设计 测试 用 例 的 方法 。 

设计 出 的 测试 用 例 要 保证 在 测试 中 程序 的 语句 覆盖 100% ,条 件 覆 盖 100% 。 

1. 步骤 和 方法 

在 程序 控制 流 图 的 基础 上 ,通过 分 析 控 制 构造 的 环 路 复杂 性 ,导出 基本 可 执行 路 径 集 
合 ,从 而 设计 测试 用 例 。 包 括 以 下 4 个 步骤 和 一 个 工具 方法 。 

(1) 4 个 步骤 

@D 画 出 控制 流 图 : 描述 程序 控制 流 的 一 种 图 示 方法 。 

G@ 计算 圈 复 杂 度 : McCabe 复杂 性 度量 。 从 程序 的 环 路 复杂 性 可 导出 程序 基本 路 径 集 
合 中 的 独立 路 径 条 数 , 这 是 确定 程序 中 每 个 可 执行 语句 至 少 执行 一 次 所 必需 的 测试 用 例 数 
目的 上 界 。 

@ 导出 测试 用 例 : 根据 圈 复 杂 度 和 程序 结构 设计 用 例 数 来 据 输入 和 预期 结果 。 

@ 准备 测试 用 例 : 确保 基本 路 径 集 中 的 每 一 条 路 径 的 执行 。 

(2) 工具 方法 

图 形 和 矩阵 : 是 在 基本 路 径 测试 中 起 辅助 作用 的 软件 工具 ,利用 它 可 以 实现 自动 地 确定 
一 个 基本 路 径 集 。 

程序 的 控制 流 图 如 图 5-2 所 示 。 这 是 描述 程序 控制 流 的 一 种 图 示 方 法 。 圆 圈 称 为 控制 
流 图 的 一 个 节点 ,表示 一 个 或 多 个 无 分 支 的 语句 或 源 程序 语句 ; 箭头 称 为 边 或 连接 ,代表 控 
制 流 。 

可 以 根据 程序 流程 图 画 出 程序 的 控制 流程 图 ,如 图 5-3 所 示 。 

在 将 程序 流程 图 简化 成 控制 流 图 时 ,应 注意 以 下 几 点 : 

@ 在 选择 或 多 分 支 结构 中 ,分 支 的 汇聚 处 应 有 一 个 汇聚 节点 ; 

@ 边 和 节点 圈定 的 区 域 称 为 区 域 。 当 对 区 域 计 数 时 ,图 形 外 的 区 域 也 应 记 为 一 个 
区 域 ; 

@ 如 果 判 断 中 的 条 件 表达 式 是 由 一 个 或 多 个 逻辑 运算 符 (or,and,nand,nor) 连 接 的 复 
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(a) 顺序 语句 (b) for/while 循 环 语句 (0) until 循 环 语句 
(d) if 条 件 语句 (e) case 条 件 语句 


图 5-2 程序 的 控制 流 图 








待 测试 程序 > 
2 











0 

































































区 域 : 由 边 和 节点 封闭 起 来 和 
计算 区 域 : 不 要 忘记 区 域 














图 5-3 由 程序 流程 图 转 到 程序 的 控制 流 图 


合 条 件 表达 式 , 则 需要 改 为 一 系列 只 有 单条 件 的 嵌 套 的 判断 。 
2. 应 用 实例 
路 径 覆 盖 法 应 用 实例 的 步骤 如 下 。 
(1) 画 出 控制 流 图 
控制 流 图 用 来 描述 程序 控制 结构 。 可 将 程序 流程 图 映射 到 一 个 相应 的 控制 流 图 (假设 
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程序 流程 图 的 萎 形 决定 框 中 不 包含 复合 条 件 )。 在 控制 流 图 中 ,每 一 个 圆 称 为 控制 流 图 的 节 
点 ,代表 一 个 或 多 个 语句 。 一 个 处 理 方 框 序列 和 一 个 菱形 决策 框 可 被 映射 为 一 个 节点 ,控制 
流 图 中 的 箭头 , 称 为 边 或 连接 ,代表 控制 流 , 类 似 于 程序 流程 图 中 的 箭头 。 一 条 边 必须 终止 
于 一 个 节点 ,即使 该 节点 并 不 代表 任何 语句 (例如 if-else-then 结构 )。 由 边 和 节点 限定 的 范 
围 称 为 区 域 。 计 算 区 域 时 应 包括 图 外 部 的 范围 。 


例 1 


有 下 面 的 C 函数 ,用 路 径 覆盖 法 进行 测试 


void Sort (int iRecordNum, int iType) 
{ 
int x=0; 
int y=0; 
while (iRecordNum> 0) 
| 
if (0==iType) 
{x= y+ 2;break;} 
else 
if (1==iType) 
X=y+10; 
else 
X=y+ 20; 
iRecordNum-—; 
} 
} 


画 出 其 程序 流程 图 和 对 应 的 控制 流 图 如 图 5-4 和 图 5-5 所 示 。 

(2) 计算 圈 复 杂 度 

圈 复 杂 度 是 一 种 为 程序 逻辑 复杂 性 提供 定量 测度 的 软件 度量 ,将 该 度量 用 于 计算 程序 
的 基本 的 独立 路 径 数目 ,为 确保 所 有 语句 至 少 执行 一 次 的 测试 数量 的 上 界 。 独 立 路 径 必须 
包含 一 条 在 定义 之 前 不 曾 用 到 的 边 。 
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图 5-4 实例 程序 流程 图 图 5-5 实例 控制 流 图 
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有 以 下 三 种 方法 计算 圈 复 杂 度 。 

@ 控制 流 图 中 区 域 的 数量 对 应 于 环形 的 复杂 性 。 

@ 给 定 控制 流 图 G 的 圈 复 杂 度 V(G) ,定义 为 V(G) = 下 一 N 十 2, 忆 是 控制 流 图 中 边 的 
数量 ,N 是 流 图 中 节点 的 数量 。 

@ 给 定 控制 流 图 G 的 圈 复 杂 度 V(G) ,定义 为 V(G)= 二 =P 十 1,P 是 控制 流 图 G 中 判定 
节点 的 数量 。 

对 图 5-5 中 的 圈 复 杂 度 ,计算 如 下 。 

控制 流 图 中 有 四 个 区 域 。 

V(G) 王 10 条 边 一 8 节点 十 2 二 4; 

V(G)=3 个 判定 节点 十 1 一 4。 

(3) 导出 测试 用 例 

根据 上 面 的 计算 方法 ,可 得 出 四 条 独立 的 路 径 。 一 条 独立 路 径 是 指 ,和 其 他 的 独立 路 径 
相 比 ,至 少 引 入 一 个 新 处 理 语句 或 一 个 新 判断 的 程序 通路 。V(G) 值 正好 等 于 该 程序 的 独立 
路 径 的 条 数 。 

路 径 1: 4 一 14 

路 径 2: 4 一 6 一 7 一 14 

路 径 3: 4 一 6 一 8 一 10 一 10 一 4 一 14 

路 径 4: 4 一 6 一 8 一 11 一 10 一 4 一 14 

根据 上 面 的 独立 路 径 设 计 输 入 数据 ,使 程序 分 别 执行 到 上 面 四 条 路 径 。 

(4) 准备 测试 用 例 

为 了 确保 基本 路 径 集 中 的 每 一 条 路 径 的 执行 ,根据 判断 节点 给 出 的 条 件 ,选择 适 当 的 数 
据 以 保证 某 一 条 路 径 可 以 被 测试 到 ,满足 上 面 例子 基本 路 径 集 的 测试 用 例如 下 。 

路 径 1: 4 一 14 

输入 数据 : iRecordNum 二 0。 或 者 取 iecordNum<0 的 某 一 个 值 。 

预期 结果 : x==0 

路 径 2: 4 一 6 一 7 一 14 

输入 数据 : iRecordNum 二 1,iType 二 0 

预期 结果 : z==2 

路 径 3: 4 一 6 一 8 一 10-10-4-~14 

输入 数据 : iRecordNum 王 1,iType 一 1 

预期 结果 : z 一 10 

路 径 4: 4 一 6 一 8 一 11-~10- 一 4-~14 

输入 数据 : iRecordNum 王 1,iType 一 2 

预期 结果 : z 一 20 
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本 章 小 结 


本 章 主要 介绍 了 白 盒 测试 方法 定义 .逻辑 覆盖 .路 径 覆 盖 及 如 何 使 用 这 些 方法 运用 到 工 
作 中 。 白 盒 测 试 的 特点 : 依据 软件 设计 说 明 书 进行 测试 ,对 程序 内 部 细节 的 严密 检验 、 针 对 
特定 条 件 设计 测试 用 例 、 对 软件 的 逻辑 路 径 进行 覆盖 测试 。 

白 盒 的 测试 用 例 需 要 做 到 : 

(1) 保证 一 个 模块 中 的 所 有 独立 路 径 至 少 被 使 用 一 次 ; 

(2) 对 所 有 人 逻辑 值 均 需 测试 true 和 false; 

(3) 在 上 下 边界 及 可 操作 范围 内 运行 所 有 循环 ; 

(4) 检查 内 部 数据 结构 以 确保 其 有 效 性 。 

白 盒 测 试 的 目的 : 通过 检查 软件 内 部 的 逻辑 结构 ,对 软件 中 的 逻辑 路 径 进行 覆盖 测试 ; 
在 程序 不 同 地 方 设立 检查 点 ,检查 程序 的 状态 ,以 确定 实际 运行 状态 与 预期 状态 是 否 一 致 。 


练习 题 
一 、 判 断 题 
1. 代码 评审 是 检查 源 代 码 是 否 达 到 模块 设计 的 要 求 。 ( ) 
2. 代码 评审 员 一 般 由 测试 员 担任 。 ( ) 
3. 一 个 程序 中 所 含有 的 路 径 数 与 程序 的 复杂 程度 有 着 直接 的 关系 。 ( ) 
4. 静态 检查 就 是 看 代码 。 ( ) 
二 、 选 择 题 
1. 选 出 属于 白 盒 测试 方法 的 选项 ( 和 
A. 测试 用 例 覆 盖 B. 输入 覆盖 C. 输出 覆盖 
D. 分 支 覆 盖 E. 语句 覆盖 F. 条 件 覆 盖 
2. 测试 设计 员 的 职责 有 ( ss 
A. 制订 测试 计划 B. 设计 测试 用 例 
C. 设计 测试 过 程 .脚本 D. 评估 测试 活动 
3. 测试 用 例 包 括 ( 和 
A. 标识 符 B. 要 测试 的 特性 、 方 法 
C. 测试 用 例 信息 D. 通过 /失败 规则 
4. 下 列 逻 辑 覆 盖 测 试 方法 中 ,覆盖 能 力 最 强 的 是 ( hs 
A. 语句 覆盖 B. 判定 覆盖 
C. 条 件 覆 盖 D. 条 件 组 合 覆 盖 
5. 选 出 属于 白 盒 测试 方法 ( Ys 
A. 测试 用 例 覆 盖 B. 输入 覆盖 
C. 输出 覆盖 D. 条 件 覆 盖 
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三 、 设 计 题 
对 下 列 C 语言 程序 设计 逻辑 覆盖 测试 用 例 。 
if (> 100&& Y> 500) then 

score=scoret+1 


if(x>=1000|| z>5000) then 


score=scoret+5 
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本 章 目 标 
。 掌握 黑金 测试 方法 
。 了 解 黑 盒 测 试 的 方法 使 用 
。 运用 方法 设计 案例 


本 章 单词 


equivalence testing : black-box testing : 


boundary values : actual outcome: 
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黑 盒 测试 也 称 功 能 测试 , 它 是 通过 测试 来 检测 每 个 功能 是 否 都 能 正常 使 用 。 在 测试 中 ， 
把 程序 看 作 一 个 不 能 打开 的 黑 盒 子 , 在 完全 不 考虑 程序 内 部 结构 和 内 部 特性 的 情况 下 ,在 程 
序 接口 进行 测试 。 它 只 检查 程序 功能 是 否 按 照 需求 规格 说 明 书 的 规定 正常 使 用 ,程序 是 否 
能 适当 地 接收 输入 数据 而 产生 正确 的 输出 信息 。 黑 盒 测试 着 眼 于 程序 外 部 结构 ,不 考虑 内 
部 逻辑 结构 ,主要 针对 软件 界面 和 软件 功能 进行 测试 ,也 是 作为 测试 人 员 以 后 从 事 测试 工作 
的 基础 和 重点 。 由 此 可 见 黑 盒 测试 在 软件 测试 中 是 多 么 的 重要 。 





61 等 价 类 划分 法 


等 价 类 划分 是 一 种 典型 的 黑 盒 测 试 方法 ,用 这 一 方法 设计 测试 用 例 完全 不 考虑 程序 的 
内 部 结构 ,只 根据 对 程序 的 需求 和 说 明 , 即 需求 规格 说 明 书 。 由 于 穷 举 测试 工作 量 太 大 ,以 
至 于 无 法 实际 完成 ,促使 我 们 在 大 量 的 可 能 数据 中 选取 其 中 的 一 部 分 作为 测试 用 例 。 

等 价 类 划分 法 是 把 程序 的 输入 域 划分 成 若干 部 分 ,然后 从 每 个 部 分 中 选取 少数 代表 性 
数据 当 作 测 试用 例 。 每 一 类 的 代表 性 数据 在 测试 中 的 作用 等 价 于 这 一 类 中 的 其 他 值 ,也 就 
是 说 ,如 果 某 一 类 中 的 一 个 例子 发 现 了 错误 ,这 一 等 价 类 中 的 其 他 例子 也 能 发 现 同样 的 错 
误 ; 反 之 ,如 果 某 一 类 中 的 一 个 例子 没有 发 现 错误 , 则 这 一 类 中 的 其 他 例子 也 不 会 查 出 错误 。 

使 用 这 一 方法 设计 测试 用 例 ,首先 必须 在 分 析 需 求 规格 说 明 的 基础 上 划分 等 价 类 , 列 出 
等 价 类 表 。 

划分 等 价 类 的 原则 为 : 

(1) 按 区 间 划 分 ; 

(2) 按 数 值 划 分 ; 

(3) 按 数 值 集合 划分 ; 

(4) 按 限制 条 件 或 规则 划分 。 

可 以 把 全 部 输入 数据 合理 划分 为 若干 等 价 类 ,在 每 一 个 等 价 类 中 取 一 个 数据 作为 测试 
的 输入 条 件 , 就 可 以 用 少量 代表 性 的 测试 数据 取得 较 好 的 测试 结果 。 

等 价 类 划分 有 两 种 不 同 的 情况 。 

(1) 有 效 等 价 类 : 是 指 对 于 程序 的 规格 说 明 来 说 是 合理 的 .有 意义 的 输入 数据 构成 的 
集合 。 利 用 有 效 等 价 类 可 检验 程序 是 否 实现 了 规格 说 明 中 所 规定 的 功能 和 性 能 。 

(2) 无 效 等 价 类 : 与 有 效 等 价 类 的 定义 恰巧 相反 。 

设计 测试 用 例 时 ,要 同时 考虑 这 两 种 等 价 类 。 因 为 软件 不 仅 要 能 接收 合理 的 数据 ,也 要 
能 经 受 意外 的 考验 。 这 样 的 测试 才能 确保 软件 具有 更 高 的 可 靠 性 。 

在 输入 条 件 规定 了 取 值 范围 或 值 的 个 数 的 情况 下 , 则 可 以 确立 一 个 有 效 等 价 类 和 两 个 
无 效 等 价 类 。 

在 输入 条 件 规定 了 输入 值 的 集合 或 者 规定 了 “必须 如 何 ” 条 件 的 情况 下 ,可 以 确立 一 个 
有 效 等 价 类 和 一 个 无 效 等 价 类 。 

在 输入 条 件 是 一 个 布尔 量 的 情况 下 ,可 确定 一 个 有 效 等 价 类 和 一 个 无 效 等 价 类 。 

在 规定 了 输入 数据 的 一 组 值 (假定 个 ), 并 且 程 序 要 对 每 一 个 输入 值 分 别处 理 的 情况 
下 ,可 确立 nn 个 有 效 等 价 类 和 一 个 无 效 等 价 类 。 
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在 规定 了 输入 数据 必须 遵守 的 规则 的 情况 下 ,可 确立 一 个 有 效 等 价 类 (符合 规则 ) 和 若 
于 个 无 效 等 价 类 (从 不 同 角度 违反 规则 ) 。 
在 确 知已 划分 的 等 价 类 中 各 元 素 在 程序 处 理 中 的 方式 不 同 的 情况 下 , 则 应 再 将 该 等 价 
类 进一步 地 划分 为 更 小 的 等 价 类 。 
在 确立 了 等 价 类 之 后 ,建立 等 价 类 ,如 表 6-1 所 示 , 列 出 所 有 划分 出 的 等 价 类 。 
表 6-1 等 价 类 








输入 条 件 有 效 等 价 类 编号 有 效 等 价 类 无 效 等 价 类 编号 无 效 等 价 类 





根据 已 列 出 的 等 价 类 表 , 按 以 下 步骤 确定 测试 用 例 : 

(1) 为 每 个 等 价 类 规定 一 个 唯一 的 编号 ; 

(2) 设计 一 个 新 的 测试 用 例 , 使 其 尽 可 能 多 地 覆盖 尚未 覆盖 的 有 效 等 价 类 。 重 复 这 一 
步 ,最 后 使 得 所 有 有 效 等 价 类 均 被 测试 用 例 所 覆盖 ; 

(3) 设计 一 个 新 的 测试 用 例 , 使 其 只 覆盖 一 个 无 效 等 价 类 。 重 复 这 一 步 使 所 有 无 效 等 
价 类 均 被 覆盖 。 

根据 下 面 给 出 的 规格 说 明 ,利用 等 价 类 划分 的 方法 ,给 出 足够 的 测试 用 例 。 

一 个 程序 读 人 3 个 整数 ,把 这 三 个 数值 看 作 一 个 三 角形 的 3 条 边 的 长 度 值 。 这 个 程序 
要 打印 出 信息 ,说明 这 个 三 角形 是 不 等 边 的 .是 等 腰 的 .还 是 等 边 的 。 

例 1 三 角形 判断 的 例子 。 

可 以 设 三 角形 的 3 条 边 分 别 为 A、B、C。 如 果 它 们 能 够 构成 三 角形 的 3 条 边 ,必须 
满足 ， 

A>0,B>0,C>0, 且 A+B>C,B+C>A,A+C>P. 

如 果 是 等 腰 的 ,还 要 判断 A 二 B, 或 B= 二 C, 或 A=C。 

如 果 是 等 边 的 , 则 需 判 断 是 否 A=B, 且 B=C, 且 A=C。 三 角形 等 价 类 见 表 6-2 ,测试 
用 例 见 表 6-3。 

表 6-2 三 角形 等 价 类 

















输入 条 件 有 效 等 价 类 编号 有 效 等 价 类 无 效 等 价 类 编号 无 效 等 价 类 
(1) (A>0), (7) (A<0), 
(2) (B>0), (8) (B<0)， 
a (3) (C>0)， (9) (C<0)， 
是 否 是 三 角形 的 三 条 边 (4) (A+B>O), (10) (A 十 B<C)， 
(5) (B+C>A), (11) (B+C<A), 
(6) (A+C>B) (12) (A+C<B) 
(13) (A=B), g 
是 否 是 等 腰 三 角形 (14) (B=0O), (16) 人 
(15) (C=A) i 
(18) (A#B), 
(A=B)and(B=C) 
是 否 是 等 边 三 角形 (17) ee A (19) (BzC), 
a (20) (CA) 
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表 6-3 三 角形 等 价 类 划分 测试 用 例 
























































序号 [A,B,C}] 覆盖 等 价 类 输 出 
1 【3,4,5】 CIDS (2 C3 C4 Co) .C6 一 般 三 角形 
2 【o,1,2】 C7 
3 【1,0,2】 (8) 

Ey 9 不 能 构成 三 角形 
5 区 全 | (10) 

6 Kis3,2] (11) 

所 3s,1,2] (12) 

8 【3,3,4】 CI CI 3) Cay) C6) C13) 

9 【3,4,4) (1),(2),(3),(4),(5),(6),(14) 等 腰 三 角形 

10 [3,4,3] (1),(2),(3),(4),(5),(6),(15) 

11 【3,4,5】 (1),(2),(3),(4),(5),(6),(16) 非 等 腰 三 角形 
12 [3,3,3) (1),(2),(3),(4),(5),(6),(17) 等 边 三 角形 
13 【3,4,4】 (1),(2),(3),(4),(5),(6),(14),(18) 

14 【3,4,31 (1),(2),(3),(4),(5),(6),(15),(19) 非 等 边 三 角形 
15 【3,3,41 (1),(2),(3),(4),(5),(6),(13),(20) 


62 边界 值 法 


由 测试 工作 的 经 验 得 知 , 大 量 的 错误 是 发 生 在 输入 或 输出 范围 的 边界 上 ,而 不 是 在 输入 
范围 的 内 部 。 因 此 针对 各 种 边界 情况 设计 测试 用 例 ,可 以 查 出 更 多 的 错误 。 

边界 值 分 析 是 一 种 补充 等 价 划 分 的 测试 用 例 设计 技术 , 它 不 是 选择 等 价 类 的 任意 元 素 ， 
而 是 选择 等 价 类 边界 的 测试 用 例 。 实 践 证 明 为 检验 边界 附近 的 处 理 专 门 设计 测试 用 例 , 常 
常 取得 良好 的 测试 效果 。 

1. 边界 值 设计 原则 

对 边界 值 设 计 测试 用 例 ,应 遵循 以 下 几 条 原则 。 

(1) 如 果 输 入 条 件 规定 了 值 的 范围 , 则 应 取 刚 达到 这 个 范围 的 边界 的 值 , 以 及 刚刚 超越 
这 个 范围 边界 的 值 作为 测试 输入 数据 。 

(2) 如 果 输 入 条 件 规定 了 值 的 个 数 , 则 用 最 大 个 数 、 最 小 个 数 、 比 最 小 个 数 少 一 、 比 最 大 
个 数 多 一 的 数 作为 测试 数据 。 

(3) 根据 规格 说 明 的 每 个 输出 条 件 ,应 用 前 面 的 原则 (1) 。 

(4) 根据 规格 说 明 的 每 个 输出 条 件 ,应 用 前 面 的 原则 (2) 。 

(5) 如 果 程 序 的 规格 说 明 给 出 的 输入 域 或 输出 域 是 有 序 集 合 , 则 应 选取 集合 的 第 一 个 
元 素 和 最 后 一 个 元 素 作为 测试 用 例 。 

(6) 如 果 程 序 中 使 用 了 一 个 内 部 数据 结构 , 则 应 当选 择 这 个 内 部 数据 结构 的 边界 上 的 
值 作为 测试 用 例 。 
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(7) 分 析 规 格 说 明 , 找 出 其 他 可 能 的 边界 条 件 。 

2. 标准 边界 值 分 析 

Min min+ nom max— max 

3。. 健壮 边界 值 分 析 

Min— (Min min+ nom max— max) Max 十 

4. 边界 值 分 析 的 例子 

0 入 xz 委 100 

0=zx=100 

5. 其 他 一 些 边界 条 件 

另 一 种 看 起 来 很 明显 的 软件 缺陷 来 源 是 当 软 件 要 求 输入 时 (比如 在 文本 框 中 ) ,不 是 没 
有 输入 正确 的 信息 ,而 是 根本 没有 输入 任何 内 容 , 只 是 按 下 Enter 键 。 这 种 情况 在 产品 说 明 
书 中 常常 忽视 ,程序 员 也 可 能 经 常 遗 忘 , 但 是 在 实际 使 用 中 却 时 有 发 生 。 程 序 员 总 会 习惯 性 
地 认为 用 户 要 么 输入 信息 ,不 管 是 看 起 来 合法 的 或 非法 的 信息 ;要 不 就 会 单 击 Cancel 按钮 
放弃 输入 ,如 果 没 有 对 空 值 进行 好 的 处 理 , 恺 怕 程 序 员 自 己 都 不 知道 程序 会 引 向 何方 。 

正确 的 软件 通常 应 该 将 输入 内 容 默 认为 合法 边界 内 的 最 小 值 或 者 合法 区 间 内 某 个 合理 
值 ,否则 返回 错误 提示 信息 。 因 为 这 些 值 通常 在 软件 中 进行 特殊 人 处理, 所 以 不 要 把 它们 与 合 
法 情况 和 非法 情况 混在 一 起 ,而 要 建立 单独 的 等 价 区 间 。 

请 大 家 分 析 以 下 情况 : 

一 个 密码 框 ,要 求 输入 1 一 6 个 数字 组 成 的 密码 。 注 意 ,管理 员 密 码 默 认为 admin。 

请 运用 等 价 类 划分 和 边界 值 法 分 析 测 试 数据 。 
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在 一 些 数据 处 理 问 题 中 , 某 些 操作 是 否 实施 依赖 于 多 个 逻辑 条 件 的 取 值 , 即 在 这 些 馆 辑 
条 件 取 值 的 组 合 所 构成 的 多 种 情况 下 ,分 别 执行 不 同 的 操作 。 处 理 这 类 问题 的 一 个 非常 有 
力 的 分 析 和 表达 工具 是 决策 表 。 

早 在 程序 设计 发 展 的 初期 ,决策 表 就 已 被 当 作 编写 程序 的 辅助 工具 使 用 。 由 于 它 可 以 
把 复杂 的 逻辑 关系 和 多 种 条 件 组 合 的 情况 表达 得 既 明 确 又 得 体 ,因而 给 编写 者 、 检 查 者 和 读 
者 均 带 来 很 大 方便 。 

例 2 在 翻 开 一 本 技术 书 的 几 页 目录 后 ,读者 看 到 表 6-4“ 本 书 阅 读 指 南 ”。 表 的 内 容 给 
读者 指明 了 在 读书 过 程 中 可 能 遇 到 的 种 种 情况 ,以 及 作者 针对 各 种 情况 给 读者 的 建议 。 表 
中 列举 了 读者 读书 时 可 能 遇 到 的 三 个 问题 。 若 读者 的 回答 是 肯定 的 , 标 以 字母 Y; 若 回答 是 
否定 的 , 标 以 字母 N。 三 个 判定 条 件 ,其 取 值 的 组 合共 有 8 种 情况 。 该 表 为 读者 提供 了 4 条 
建议 ,但 并 不 需要 每 种 情况 都 施行 。 这 里 把 要 实施 的 建议 在 相应 栏 内 标 以 X, 其 他 建议 相应 
的 栏 内 什么 也 不 标 。 
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表 6-4 本 书 阅读 指南 























序 号 1 2 3 4 5 6 7 8 

你 觉得 疲倦 吗 ? 区 和 ¥ N N N N 

是 | 你 对 内 容 感 兴趣 吗 ? Yi|Yy liNw|iNnw|iy | yiN| sy 
书 中 的 内 容 使 你 糊涂 吗 ?| YY N ¥ N Y N 滨 N 
请 回 到 本 章 开 头 重读 X 区 

建 | 继续 读 下 去 x x 

议 | 跳 到 下 一 章 去 读 x 
停止 阅读 ,请 休息 X X 





























在 所 有 的 黑 盒 测试 方法 中 ,基于 决策 表 ( 也 称 判定 表 ) 的 测试 是 最 为 严格 .最 具有 好 辑 性 
的 测试 方法 。 决 策 表 是 分 析 和 表达 多 个 逻辑 条 件 下 执行 不 同 操作 情况 的 工具 。 由 于 决策 表 
可 以 把 复杂 的 逻辑 关系 和 多 种 条 件 组 合 的 情况 表达 得 既 具 体 又 明确 ,在 程序 设计 发 展 的 初 
期 ,决策 表 就 已 被 当 作 编写 程序 的 辅助 工具 了 。 
决策 表 通 常 由 四 个 部 分 组 成 ,如 表 6-5 所 示 。 
(1) 条 件 桩 : 列 出 了 问题 的 所 有 条 件 ,通常 认为 列 出 的 条 件 的 先后 次 序 无 关 紧 要 。 
(2) 动作 桩 : 列 出 了 问题 规定 的 可 能 采取 的 操作 ,这 些 操作 的 排列 顺序 没有 约束 。 
(3) 条 件 项 : 针对 条 件 桩 给 出 的 条 件 列 出 所 有 可 能 的 取 值 。 
(4) 动作 项 : 与 条 件 项 紧密 相关 , 列 出 在 条 件 项 的 各 组 取 值 情况 下 应 该 采取 的 动作 。 
表 6-5 决策 表 
条 件 桩 条 件 项 
动作 桩 动作 项 





任何 一 个 条 件 组 合 的 特定 取 值 及 其 相应 要 执行 的 操作 称 为 一 条 规则 ,在 决策 表 中 贯穿 
条 件 项 和 动作 项 的 一 列 就 是 一 条 规则 。 显 然 ,决策 表 中 列 出 多 少 组 条 件 取 值 , 也 就 有 多 少 条 
规则 , 即 条 件 项 和 动作 项 有 多 少 列 。 

根据 软件 规格 说 明 ,建立 决策 表 的 步骤 如 下 。 

(1) 确定 规则 的 个 数 。 假 如 及 个 条 件 , 每 个 条 件 有 两 个 取 值 , 故 有 2" 种 规则 。 

(2) 列 出 所 有 的 条 件 桩 和 动作 桩 。 

(3) 填 人 条 件 项 。 

(4) 填 入 动作 项 ,得 到 初始 决策 表 。 

(5) 化 简 。 合 并 相似 规则 (相同 动作 )。 

化 简 工作 是 以 合并 相似 规则 为 目标 的 。 

若 表 中 有 两 条 或 多 条 规则 具有 相同 的 动作 ,并且 其 条 件 项 之 间 存 在 着 极为 相似 的 关系 ， 
则 可 设法 合并 。 
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至 于 
N N N 
Y | AN = - 
Dass ss) | 
图 6-1 化 简 规 则 
表 6-6 化 简 后 的 本 书 阅读 指南 判定 表 
序 号 2 4 
你 觉得 疲倦 吗 ? Y 
你 对 内 容 感 兴趣 吗 ? Y Y N N 
书 中 的 内 容 使 你 糊涂 吗 ? 于 
请 回 到 本 章 开头 重读 X 
建 ” | 继续 读 下 去 x 
议 | 跳 到 下 一 章 去 读 x 
停止 阅读 ,请 休息 x 














以 下 列 问题 为 例 给 出 构造 决策 表 的 具体 过 程 。 

问题 要 求 :“…… 对 功率 大 于 50 马力 的 机 器 、 维 修 记 录 不 全 且 已 运行 10 年 以 上 的 机 
器 ,应 给 予 优先 的 维修 处 理 ……” 这 里 假定 “维修 记录 不 全 ”和 "优先 维修 处 理 ” 均 已 在 别处 有 
更 严格 的 定义 。 

(1) 确定 规则 的 个 数 。 有 3 个 条 件 ,8 种 规则 。 

(2) 列 出 所 有 的 条 件 桩 和 动作 桩 。 

(3) 填 入 条 件 项 。 

(4) 填 人 动作 项 。 得 到 初始 判定 表 6-7。 

(5) 简化 判定 表 , 如 表 6-8 所 示 。 


表 6-7 初始 判定 表 

















序 号 于 2 3 4 5 6 7 8 
功率 大 于 50 马力 吗 ? 站 Y 了 Y N N N N 
天 维修 记录 不 全 吗 ? 芝 N N 于 区 N N 
运行 超过 10 年 吗 ? k N N Y N 党 N 

动 | 进行 优先 维修 Xx 苇 .4 >, 臣 
作 | 做 其 他 处 理 X X 过 
































第 6 章 黑 使 测 试 | 





表 6-8 简化 判定 表 
序 号 1 4 





























2 a 
功率 大 于 50 马力 吗 ? Y N N N 
维修 记录 不 全 吗 ? 区 Y N 
运行 超过 了 10 年 吗 ? 区 N 
动 进行 优先 维修 “ 性 
作 做 其 他 处 理 过 X 





每 种 测试 方法 都 有 适用 的 范围 ,决策 表 法 适用 于 下 列 情 况 。 

(1) 规格 说 明 以 决策 表 形 式 给 出 ,或 很 容易 转换 成 决策 表 。 

(2) 条 件 的 排列 顺序 不 会 也 不 应 影响 执行 哪些 操作 。 

(3) 规则 的 排列 顺序 不 会 也 不 应 影响 执行 哪些 操作 。 

(4) 每 当 某 一 规则 的 条 件 已 经 满足 ,并 确定 要 执行 的 操作 后 ,不必 检验 别 的 规则 。 

(5) 如 果 某 一 规则 得 到 满足 要 执行 多 个 操作 ,这 些 操作 的 执行 顺序 无 关 紧 要 。 

决策 表 最 突出 的 优点 是 ,能 够 将 复杂 的 问题 按照 各 种 可 能 的 情况 全 部 列举 出 来 ,十 分 简 
明 并 避免 遗漏 。 因 此 ,利用 决策 表 能 够 设计 出 完整 的 测试 用 例 集合 。 运 用 决策 表 设 计 测 试 
用 例 , 可 以 将 条 件 理解 为 输入 ,将 动作 理解 为 输出 。 
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等 价 类 划分 方法 和 边界 值 分 析 方 法 着 重 考虑 输入 条 件 ,而 不 考虑 输入 条 件 的 各 种 组 合 ， 
也 不 考虑 输入 条 件 之 间 的 相互 制约 的 关系 ,但 有 时 一 些 具体 问 题 中 的 输入 之 间 存 在 着 相互 
依赖 的 关系 。 

如 果 输 入 之 间 有 关系 ,我 们 在 测试 时 必须 考虑 输入 条 件 的 各 种 组 合 ,那么 可 以 考虑 使 用 
一 种 适合 于 描述 对 于 多 种 条 件 的 组 合 , 相 应 产生 多 个 动作 的 形式 来 设计 测试 用 例 ,这 就 需要 
利用 因果 图 。 

因果 图 方法 最 终生 成 的 就 是 判定 表 。 它 适合 于 检查 程序 输入 条 件 的 各 种 组 合 情 况 。 

使 用 因果 图 法 设计 测试 用 例 时 ,首先 从 程序 规格 说 明 书 的 描述 中 , 找 出 因 ( 输 入 条 件 ) 和 
果 ( 输 出 结果 或 者 程序 状态 的 改变 ) ,然后 通过 因果 图 转换 为 判定 表 ,最 后 为 判定 表 中 的 每 一 
列 设计 一 个 测试 用 例 。 

1. 因果 图 中 出 现 的 基本 符号 

通常 在 因果 图 中 用 Ci 表示 原因 ,用 Ei 表示 结果 ,各 节点 表示 状态 ,可 取 值 *0” 或 “1”。 
“0” 表 示 某 状态 不 出 现 ,“1” 表 示 某 状态 出 现 。 

因果 图 基本 符号 如 图 6-2 所 示 , 具 体 说 明 如 下 。 

恒 等 : 若 Cl 为 1, 则 El 也 为 1, 和 否则 El 为 0。 

非 : 若 Cl 是 1, 则 了 El 为 0, 和 否则 El 是 1。 

或 : 若 C1 或 C2 或 C3 是 1, 则 El 是 1, 若 三 者 都 不 为 1, 则 El 为 0。 

与 : 车 Cl 和 C2 都 是 1, 则 El 为 1, 否则 若 有 其 中 一 个 不 为 1, 则 El 为 0。 
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OoO————————Oun C10— 人 人 —OEIl 
(a) 便 等 (b) 非 
cl Cl 
二 Bl Bb El 
C2 & 
(c) 或 (d) 与 


图 6-2 因果 图 基本 符号 


实际 问题 中 ,输入 状态 之 间 可 能 存在 某 些 依赖 关系 ,这 种 依赖 关系 被 称 为 “约束 ”。 
在 因果 图 中 使 用 特定 的 符号 来 表示 这 些 约 束 关 系 。 

(1) EE 约束 ( 异 )( 图 6-3): a 和 b 最 多 有 一 个 可 能 为 1, 不 能 同时 为 1。 

(2) I 约束 (或 )( 图 6-4): ab 和 fc 中 至 少 有 一 个 必须 为 1, 不 能 同时 为 0。 

(3) O 约束 (唯一 )( 图 6-5): a 和 bb 必须 有 一 个 且 仅 有 一 个 为 1。 


Da -Da -Ona 
2 A ye 
六 o / 
E | I [-----Ob 0 | 
\ \ \ 
V \ YW 
% yw 入 
全 We 3a 
“Qu “~Ob Ob 
图 6-3 正 约 束 ( 异 ) 图 6-4 I 约束 (或 ) 图 6-5 0 约束 (唯一 ) 


(4) R 约束 (要 求 )( 图 6-6): a 是 1 时 ,b 必须 是 1。 即 a 为 1 时 ,b 不 能 为 0。 
(5) M 约束 (图 6-7): 对 输出 条 件 的 约束 , 若 结 果 a 为 1, 则 结果 b 必须 为 0。 


Sa a O~、 
~ 
pp 人 
/ \ 
/ \ 
R | \™ 
\ / 
\ / 
\ 1 
、 天 
SS _ 
Ob OF 
图 6-6 R 约束 (要 求 ) 图 6-7 M 约束 


2. 用 因果 图 生成 测试 用 例 的 基本 步骤 
(1) 分 析 软 件 规格 说 明 描述 中 ,哪些 是 原因 ( 即 输入 条 件 或 输入 条 件 的 等 价 类 ) ,哪些 


是 结果 ( 即 输出 条 件 ) ,并 给 每 个 原因 和 结果 赋予 一 个 标识 符 。 


(2) 分 析 软 件 规格 说 明 描 述 中 的 语义 , 找 出 原因 与 结果 之 间 ,原因 与 原因 之 间 对 应 的 是 


什么 关系 ? 根据 这 些 关 系 , 画 出 因果 图 。 


现 。 
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(3) 由 于 语法 或 环境 限制 ,有 些 原因 与 原因 之 间 , 原 因 与 结果 之 间 的 组 合 情 况 不 可 能 出 
为 表明 这 些 特殊 情况 ,在 因果 图 上 用 一 些 记 号 标明 约束 或 限制 条 件 。 

(4) 把 因果 图 转换 成 判定 表 。 

(5) 把 判定 表 的 每 一 列 拿 出 来 作为 依据 ,设计 测试 用 例 。 


第 6 章 黑 盒 测试 

例如 ,有 一 个 处 理 单价 为 5 角 钱 的 饮料 自动 售 货 机 软件 测试 用 例 的 设计 。 其 规格 说 明 
如 下 : 

若 投入 5 角 钱 或 1 元 钱 的 硬币 , 按 下 “橙汁 ”或 “啤酒 ”的 按钮 , 则 相应 的 饮料 就 送出 来 。 
若 售 货机 没有 零钱 找 , 则 一 个 显示 “零钱 找 完 ”的 红 灯 亮 ,这 时 投入 1 元 硬币 并 按 下 按钮 后 ， 
饮料 不 送出 来 而 且 1 元 硬币 也 退出 来 ; 若 有 零钱 找 , 则 显示 “零钱 找 完 ” 的 红 灯 灭 ,在 送出 饮 
料 的 同时 退还 5 角 硬 币 。 

(1) 分 析 这 一 段 说 明 , 列 出 原因 和 结果 。 

输入 条 件 : 

Q@ 售 货 机 有 零钱 找 ; 

@ 投入 1 元 硬币 ; 

@ 投入 5 角 硬 币 ; 

@ 按 下 “橙汁 "按钮 ; 

@ 按 下 “啤酒 ”按钮 。 

建立 中 间 节 点 ,表示 处 理 中 间 状 态 : 

@@ 投入 1 元 硬币 且 按 下 “饮料 ”按钮 ; 

四 按 下 “橙汁 ”或 “啤酒 ”按钮 ; 

@@ 应 当 找 5 角 零 钱 并 且 售 货机 有 零钱 可 以 找 ; 

@ 钱 已 付 清 。 

结果 : 

加 售 货 机 “零钱 找 完 ” 灯 亮 ; 

四 退还 1 元 硬币 ; 

四 退还 5 角 硬 币 ; 

四 送出 “橙汁 "饮料 ; 

四 送出 “啤酒 ”饮料 。 

(2) 因果 图 如 图 6-8 所 示 。 所 有 原因 节点 列 在 左边 ,所 有 结果 节点 列 在 右边 。 








售 货 机 有 零钱 找 人 售 货 机 “零钱 找 完 ” 灯亮 
退还 1 元 硬币 
找 回 5 角 硬币 

按 1 送出 “橙汁 ”按钮 

按 1 送出 “啤酒 ”饮料 











图 6-8 售 货 机 因果 图 
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(3) 由 于 加 与 @@ .四 与 @ 不 能 同时 发 生 , 分 别 加 上 约束 条 件 下 。 


(4) 因果 图 转换 成 判定 表 , 如 表 6-9 所 


不 。 


表 6-9 判定 表 
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(5) 设计 测试 用 例 , 如 表 6-10 所 示 。 


















































表 6-10 测试 用 例 
编号 输入 条 件 DODG@Q@@ 组 合 期 望 输出 

Testl 11010 23 ,24 
Test2 11001 23,25 
Test3 11000 

Test4 10110 24 
Test5 10101 25 
Test6 10100 

Test7 10010 

Test8 10001 

Test9 01010 21,22 
Test10 01001 21,22 
Testl1 01000 21 
Test12 00110 21,24 
Test13 00101 21,25 
Testl4 00100 21 
Test15 00010 21 
Test16 00001 21 


65 场景 法 








现在 的 软件 几乎 都 是 用 事件 触发 来 控制 流程 的 ,事件 触发 时 的 情景 便 形成 了 场景 ,而 同 


一 事件 不 同 的 触发 顺序 和 处 理 结果 就 形成 导 





了 件 流 。 这 种 在 软件 设计 方面 的 思想 也 可 引入 到 


软件 测试 中 ,可 以 比较 生动 地 描绘 出 事件 触发 时 的 情景 ,有 利于 测试 设计 者 设计 测试 用 例 ， 
同时 使 测试 用 例 更 容易 理解 和 执行 。 

图 6-9 经 过 用 例 的 每 条 路 径 都 用 基本 流 和 备 选 流 来 表示 , 直 黑 线 表示 基本 流 ,是 经 过 用 
例 的 最 简单 的 路 径 。 一 个 备 选 流 可 能 从 基本 流 开始 ,在 某 个 特定 条 件 下 执行 ,然后 重新 加 入 
基本 流 中 (如 备 选 流 1 和 备 选 流 3) ;也 可 能 起 源 于 另 一 个 备 选 流 (如 备 选 流 2) ,或 者 终止 用 
例 而 不 再 重新 加 入 到 某 个 流 ( 如 备 选 流 2 和 备 选 流 4) 。 


1. 基本 流 和 备 选 流 


按照 图 6-9 中 每 个 经 过 用 例 的 路 径 , 可 以 确定 以 下 不 同 的 用 例 场 景 。 


(1) 场景 1: 基本 流 ; 


(2) 场景 2: 基本 流 、 备 选 流 1; 
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开始 用 例 








结束 用 例 
图 6-9 场景 图 


(3) 场景 3: 基本 流 、 备 选 流 1、 备 选 流 2; 

(4) 场景 4: 基本 流 、 备 选 流 3; 

(5) 场景 5: 基本 流 、 备 选 流 3、 备 选 流 1; 

(6) 场景 6: 基本 流 、 备 选 流 3、 备 选 流 1、 备 选 流 2; 

(7) 场景 7: 基本 流 、 备 选 流 4; 

(8) 场景 8: 基本 流 、 备 选 流 3、 备 选 流 4。 

注意 : 为 方便 起 见 , 场 景 5、 场 景 6 和 场景 8 只 考虑 了 备 选 流 3 循环 执行 一 次 的 情况 。 
2. ATM 例子 

(1) 例子 描述 

ATM 例子 的 示意 图 如 图 6-10 所 示 。 


ATM 操 作 员 系统 启动 
图 6-10 ATM 例子 的 示意 图 


基本 流 和 备 选 流 见 表 6-11。 
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表 6-11 基本 流 与 备 选 流 
结 果 





基本 流 


本 用 例 的 开端 是 ATM 处 于 准备 就 绪 状态 





准备 提 款 : 客户 将 银行 卡 插 入 ATM 机 





验证 银行 卡 : ATM 机 从 银行 卡 的 磁 条 中 读 取 账户 代码 ,并 检查 它 是 否 属于 
可 以 接收 的 银行 卡 





输入 PIN: 验证 账户 代码 和 PIN 以 确定 该 账户 是 否 有 效 以 及 所 输入 的 PIN 
对 该 账户 来 说 是 否 正确 。 对 于 此 事件 流 ,账户 是 有 效 的 而 且 PIN 对 此 账户 
来 说 正确 无 误 





ATM 选项 : ATM 显示 在 本 机 上 可 用 的 各 种 选项 。 在 此 事件 流 中 ,银行 客 
户 通常 选择 “ 提 款 ” 





输入 金额 : 要 从 ATM 中 提取 的 金额 。 对 于 此 事件 流 ,客户 需 选 择 预 设 的 金 
额 (100 元 、500 元 .2000 元 ) 





授权 : ATM 通过 将 卡 ID .PIN 金额 以 及 账户 信息 作为 一 笔 交 易 发 送 给 银 
行 系统 来 启动 验证 过 程 。 对 于 此 事件 流 ,银行 系统 处 于 联机 状态 





而 且 对 授权 请 求 给 予 答复 ,批准 完成 提 款 过 程 , 并 且 据 此 更 新 账户 余额 





出 钞 : 提供 现金 





返回 银行 卡 : 银行 卡 被 返还 





赁 条 : 打印 赁 条 并 提供 给 客户 。ATM 还 相应 地 更 新 内 部 记录 





用 例 结束 时 ATM 又 回 到 准备 就 绪 状态 





使 用 用 例 场景 设计 测试 用 例 





备 选 流 1: 银行 卡 无 效 


在 基本 流 步骤 2 中 : 验证 银行 卡 ,如 果 卡 是 无 效 的 , 则 卡 被 退回 ,同时 会 通知 
相关 消息 





备 选 流 2: ATM 内 没有 
现金 


在 基本 流 步骤 5 中 : ATM 选项 ,如 果 ATM 内 没有 现金 , 则 “ 提 款 ”选项 将 提 
示 无 法 取款 的 相关 消息 





备 选 流 3: ATM 内 现金 
不 足 


在 基本 流 步骤 6 中 : 输入 金额 ,如 果 ATM 机 内 人 金额 少 于 请 求 提取 的 金额 , 则 
将 显示 一 则 适当 的 消息 ,并 且 在 步骤 6 中 输入 金额 处 重新 加 入 基本 流 





备 选 流 4: PIN 有 误 


在 基本 流 步骤 4 中 : 验证 账户 和 PIN, 客户 有 三 次 机 会 输入 PIN 





如 果 PIN 输入 有 误 ,ATM 将 显示 适当 的 消息 ;如 果 还 存在 输入 机 会 , 则 此 
事件 流 在 步骤 3 中 输入 PIN 处 重新 加 入 基本 流 





如 果 最 后 一 次 尝试 输入 的 PIN 码 仍 然 错 误 , 则 该 卡 将 被 ATM 机 保留 ,同时 
ATM 返回 到 准备 就 绪 状态 ,本 用 例 终止 





备 选 流 5: 账户 不 存在 


在 基本 流 步骤 4 中: 验证 账户 和 PIN, 如 果 银 行 系统 返回 的 代码 表明 找 不 到 
该 账户 或 禁止 从 该 账户 中 提 款 , 则 ATM 显示 适当 的 消息 并 且 在 步骤 9 中 返 
回 银行 卡 处 重新 加 入 基本 流 





备 选 流 6: 账面 金额 不 足 





在 基本 流 步 骤 7 的 授权 中 ,银行 系统 返回 代码 表明 账户 余额 少 于 在 基本 流 步 
又 6 中 输入 金额 内 输入 的 金额 , 则 ATM 显示 适当 的 消息 并 且 在 步骤 6 中 输 
入 金额 处 重新 加 入 基本 流 
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备 选 流 7: 达到 每 日 最 大 


的 提 款 金额 


在 基本 流 步骤 7 的 授权 中 ,银行 系统 返回 的 代码 表明 包括 本 提 款 请 求 在 内 ， 
客户 已 经 或 将 超过 在 24 小 时 内 允许 提取 的 最 多 金额 , 则 ATM 显示 适当 的 
消息 并 在 步骤 6 中 输入 金额 上 重新 加 入 基本 流 





备 选 流 z: 记录 错误 


如 果 在 基本 流 步骤 10 的 收据 中 ,记录 无 法 更 新 , 则 ATM 进入 “安全 模式 ”， 
在 此 模式 下 所 有 功能 都 将 暂停 使 用 。 同 时 向 银行 系统 发 送 一 条 适当 的 警报 
信息 表明 ATM 已 经 暂停 工作 





备 选 流 >: 退出 


客户 可 随时 决定 终止 交易 (退出 )。 交 易 终止 ,银行 卡 随 之 退出 





备 选 流 =:“ 才 起” 


(2) 场景 设计 
场景 1: 成功 的 提 款 、 基 本 流 ; 
场景 2: ATM 内 没有 现金 .基本 流 、 备 选 流 2; 
场景 3: ATM 内 现金 不 足 、 基 本 流 、 备 选 流 3; 


场景 4: PIN 有 误 ( 还 有 输入 机 会 ) 、 基 本 流 、 备 选 流 4; 





ATM 包含 大 量 的 传感器 ,用 以 监控 各 种 功能 ,如 电源 检测 器 .不 同 的 门 和 出 
入 口 处 的 测 压 器 以 及 动作 检测 器 等 。 在 任 一 时 刻 ,如 果 某 个 传感器 被 激活 ， 
则 警报 信号 将 发 送 给 警方 而 且 ATM 进入 “安全 模式 ”, 在 此 模式 下 所 有 功能 
都 暂停 使 用 ,直到 采取 适当 的 重启 /重新 初始 化 的 措施 


场景 5: PIN 有 误 ( 不 再 有 输入 机 会 )、 基 本 流 、 备 选 流 4; 


场景 6: 账户 不 存在 /账户 类 型 有 误 、 基 本 流 、 备 选 流 5; 


场景 7: 账户 余额 不 足 、 基 本 流 、 备 选 流 6。 
(3) 用 例 设计 
注意 : 为 方便 起 见 , 备 选 流 3 和 备 选 流 6( 场 景 3 和 场景 7) 内 的 循环 以 及 循环 组 合 未 纳 


入 表 6-12。 


对 于 这 7 个 场景 中 的 每 一 个 场景 都 需要 确定 测试 用 例 。 可 以 采用 和 矩阵 或 决策 表 来 确定 
和 管理 测试 用 例 。 下 面 显示 了 一 种 通用 格式 ,其 中 各 行 代表 一 个 测试 用 例 , 而 各 列 则 代表 测 
试用 例 的 信息 。 本 示例 中 ,对 于 每 个 测试 用 例 , 存 在 一 个 测试 用 例 ID、 条 件 ( 或 说 明 )、 测 试 
用 例 中 涉及 的 所 有 数据 元 素 ( 作 为 输入 或 已 经 存在 于 数据 库 中 ) 以 及 预期 结果 。 

通过 从 确定 执行 用 例 场景 所 需 的 数据 元 素 入 手 构建 矩阵 。 然 后 ,对 于 每 个 场景 ,至 少 要 
确定 包含 执行 场景 所 需 的 适当 条 件 的 测试 用 例 。 例 如 ,在 下 面 的 矩阵 中 ,V( 有 效 ) 用 于 表明 
这 个 条 件 必须 是 VALID( 有 效 的 ) 才 可 执行 基本 流 , 而 1( 无 效 ) 用 于 表明 这 种 条 件 下 将 激活 
所 需 备 选 流 。 表 6-12 中 使 用 的 “N/A”( 不 适用 ) 表 明 这 个 条 件 不 适用 于 测试 用 例 。 











表 6-12 测试 用 例 
测试 用 | 输入 的 金额 [账面 [ATM | 
例 ID 场景 /条 件 PIN | 账号 | (或 选择 的 金额 ) | 金额 | 的 金额 | 预期 结果 
CW | 场景 1, 成 功 提 款 7 | Y Vv V | V | 成 功 提 款 
| 场景 2: ATM 内 没有 提 款 选项 不 可 用 ,用 
CW2 现金 V V V V V 例 结束 
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第 6 章 黑 盒 测试 
续 表 
CW3 a 3 DM 内 现金 | 二 | 总 V V I ee 
CW4 ee I V N/A V I ee 
CW5 I I V N/A V V 0 
(4) 数据 设计 


一 旦 确定 了 所 有 的 测试 用 例 , 则 应 对 这 些 用 例 进行 复审 和 验证 以 确保 其 准确 且 适 度 , 并 
取消 多 余 或 等 效 的 测试 用 例 。 
测试 用 例 一 经 认可 ,就 可 以 确定 实际 数据 值 ( 在 测试 用 例 实施 矩阵 中 ) 并 且 设 定 测试 数 
据 , 如 表 6-13 所 示 。 









































表 6-13 数据 设计 
CW1 | 场景 1: 成 功 提 款 4987 | 809-498 50. 00 500.00 | 2000 ee py 
CW2 2: ATM 内 没有 | 4987 |g09-498| 100.00 |500.00| ooo ep 
CW3 2 3: ATM 内 现金 4987 | 809-498 100. 00 500.00 | 70.00 ee 
CW4 ee 4987 | 809-498 N/A 500.00 | 2000 eg 
CW5 oe at 4987 | 809-498 N/A 500.00 | 2000 ee 
CW6 人 4987 | 809-498 N/A 500.00 | 2000 be 
本 章 小 结 


为 了 最 大 限度 地 减少 测试 遗留 的 缺陷 ,同时 也 为 了 最 大 限度 地 发 现存 在 的 缺陷 ,在 测试 
实施 之 前 ,测试 工程 师 必须 确定 将 要 采用 的 黑 盒 测 试 策略 和 方法 ,并 以 此 为 依据 制定 详细 的 
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测试 方案 。 通 常 ,一 个 好 的 测试 策略 和 测试 方法 必 将 给 整个 测试 工作 带 来 事半功倍 的 效果 。 

如 何 才能 确定 好 的 黑 盒 测试 策略 和 测试 方法 呢 ? 通常 ,在 确定 黑 盒 测试 方法 时 ,应 该 遵 
循 以 下 原则 。 

(1) 根据 程序 的 重要 性 和 一 旦 发 生 故 障 将 造成 的 损失 程度 来 确定 测试 等 级 和 测试 

(2) 认真 选择 测试 策略 ,以 便 能 尽 可 能 少 地 使 用 测试 用 例 , 发 现 尽 可 能 多 的 程序 错误 。 
因为 一 次 完整 的 软件 测试 过 后 ,如果 程序 中 遗留 的 错误 过 多 并 且 严 重 , 则 表明 该 次 测试 是 不 
足 的 ,而 测试 不 足 则 意味 着 让 用 户 承 担 隐藏 错误 带 来 的 危险 ,但 测试 过 度 又 会 带 来 资源 的 浪 
费 。 因 此 ,测试 需要 找到 一 个 平衡 点 。 

以 下 是 各 种 黑 盒 测试 方法 选择 的 综合 策略 ,可 在 实际 应 用 过 程 中 参考 。 

首先 进行 等 价 类 划分 ,包括 输入 条 件 和 输出 条 件 的 等 价 划分 ,将 无 限 测试 变 成 有 限 测 
试 ,这 是 减少 工作 量 和 提高 测试 效率 的 最 有 效 方法 。 

在 任何 情况 下 都 必须 使 用 边界 值 分 析 方法 。 经 验 表明 用 这 种 方法 设计 出 测试 用 例 发 现 
程序 错误 的 能 力 最 强 。 

对 照 程序 迎 辑 ,检查 已 设计 出 的 测试 用 例 的 逻辑 覆盖 程度 。 如 果 没 有 达到 要 求 的 覆盖 
标准 ,应 当 再 补充 足够 的 测试 用 例 。 

如 果 程 序 的 功能 说 明 中 含有 输入 条 件 的 组 合 情 况 , 则 应 在 一 开始 就 选用 因果 图 法 。 

黑 盒 测试 是 一 种 确认 技术 ,目的 是 确认 * 设 计 的 系统 是 否 正确 ”。 黑 盒 测试 是 以 用 户 的 
观点 ,从 输入 数据 与 输出 数据 的 对 应 关系 ,也 就 是 根据 程序 外 部 特性 进行 的 测试 ,而 不 考虑 
内 部 结构 及 工作 情况 ; 黑 盒 测试 技术 注重 于 软件 的 信息 域 (范围 ) ,通过 划分 程序 的 输入 和 和 输 
出 域 来 确定 测试 用 例 ; 若 外 部 特性 本 身 存 在 问题 或 规格 说 明 的 规定 有 误 , 则 应 用 黑 盒 测试 方 
法 是 不 能 发 现 问题 的 。 

黑 盒 测试 的 优点 如 下 : 

(1) 适用 于 各 个 测试 阶段 ; 

(2) 从 产品 功能 角度 进行 测试 ， 
(3) 容易 人 手 生 成 测试 数据 。 

黑 盒 测试 的 缺点 如 下 : 

(1) 某 些 代码 得 不 到 测试 ; 

(2) 如 果 规 则 说 明 有 误 ,无 法 发 现 ; 
(3) 不 易 进 行 充分 测试 。 











练习 题 
一 、 判 断 题 
1. 等 价 类 法 和 边界 值 着 重 考虑 输入 条 件 ,而 不 考虑 输入 条 件 的 各 种 组 合 ,也 不 考虑 输 
入 条 件 之 间 的 相互 制约 关系 。 ( ) 
2. 在 实际 测试 中 ,边界 值 分 析 法 和 等 价 类 划分 法 经 常 结合 使 用 。 ¢ ) 
3. 因果 图 法 是 建立 在 决策 表 法 基础 上 的 一 种 白 盒 测试 方法 。 ( ) 
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4. 黑 盒 测试 法 又 叫 功能 测试 或 数据 驱动 测试 。 ( ) 

二 、 选 择 题 

1. 黑 盒 法 是 根据 程序 的 ( ) 来 设计 测试 用 例 的 。 

A. 应 用 范围 B. 内 部 逻辑 C. 功能 D. 输入 数据 

2. 黑 盒 测试 用 例 设 计 方 法 包括 ( ) 等 。 

A. 等 价 类 划分 法 .因果 图 法 . 正 交 试 验 设计 法 .功能 图 法 .路 径 覆盖 法 .语句 覆盖 法 

B. 等 价 类 划分 法 .边界 值 分 析 法 .判定 表 驱 动 法 ,场景 法 ,错误 推 测 法 、 因 果 图 法 、 正 
交 试 验 设计 法 .功能 图 法 

C. 因果 图 法 .边界 值 分 析 法 .判定 表 驱 动 法 .场景 法 、.Z 路 径 覆 盖 法 

D. 场景 法 、 错 误 推 测 法 .因果 图 法 、. 正 交 试 验 设计 法 ,功能 图 法 , 域 测 试 法 

:4 ) 是 一 种 黑 盒 测试 方法 , 它 是 把 程序 的 输入 域 划 分 成 若干 部 分 ,然后 从 每 个 部 
分 中 选取 少数 代表 性 数据 当 作 测试 用 例 。 

A. 等 价 类 划分 法 ”B. 边界 值 分 析 法 ” C. 因果 图 法 D. 场景 法 

三 、 设 计 题 

1. 分 析 中 国 象棋 中 走马 的 实际 情况 。 

2. 有 一 个 在 线 购物 的 实例 ,用 户 进入 一 个 在 线 购物 网 站 进行 购物 , 选 购物 品 后 ,进行 在 
线 购买 ,这 时 需要 使 用 账号 登录 。 登 录 成 功 后 ,进行 付 钱 交 易 。 交 易 成 功 后 ,生成 订购 单 , 完 
成 整个 购物 过 程 。 

3. 下 面 是 某 股票 公司 的 佣金 政策 ,根据 决策 表 方法 设计 具体 测试 用 例 。 

如 果 一 次 销售 额 少 于 1000 元 ,那么 基础 佣金 将 是 销售 额 的 7% ;如 果 销 售 额 等 于 或 多 
于 1000 元 ,但 少 于 10 000 元 ,那么 基础 佣金 将 是 销售 额 的 5%, 外 加 50 元 ;如 果 销 售 额 等 于 
或 多 于 10 000 元 ,那么 基础 佣金 将 是 销售 额 的 4% ,外 加 150 元 。 另 外 销售 单价 和 销售 的 份 
数 对 佣金 也 有 影响 。 如 果 单 价 低 于 15 元 / 份 , 则 外 加 基础 佣金 的 5%% ,此 外 若 不 是 整 百 的 份 
数 , 青 外 加 4% 的 基础 佣金 ;车 单价 在 15 元 / 份 以 上 ,但 低 于 25 元 / 份 , 则 加 2% 的 基础 佣金 ， 
若 不 是 整 百 的 份 数 , 再 外 加 4% 的 基础 佣金 ; 若 单 价 在 25 元 / 份 以 上 ,并 且 不 是 整 百 的 份 数 ， 
则 外 加 4% 的 基础 佣金 。 
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本 章 目标 
。 了 解 面向 对 象 的 特点 
。 熟悉 面向 对 象 的 软件 测试 基本 概念 
。 掌握 面向 对 象 软件 测试 内 容 
。 掌握 面向 对 象 软件 测试 模型 及 方法 
。 了 解 面向 对 象 软件 测试 工具 
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面向 对 象 方法 (object-oriented method) 是 一 种 把 面向 对 象 的 思想 应 用 于 软件 开发 过 程 
中 ,指导 开发 活动 的 系统 方法 ,是 建立 在 “对 象 " 概 念 基础 上 的 方法 学 。 面 向 对 象 方法 作为 一 
种 新 型 的 独 具 优 越 性 的 新 方法 正在 逐渐 代替 面向 过 程 开发 方法 ,被 看 成 是 解决 软件 危机 的 
新 兴 技 术 。 面 向 对 象 技术 产生 更 好 的 系统 结构 ,更 规范 的 编程 风格 , 极 大 地 优化 了 数据 使 用 
的 安全 性 ,提高 了 程序 代码 的 重用 率 ,一 些 人 就 此 认为 面向 对 象 技术 开发 出 的 程序 无 须 进行 
测试 。 





7.1 面向 对 象 的 特点 


我 们 生活 在 一 个 充满 对 象 的 世界 里 ,每 个 对 象 有 一 定 的 属性 ,把 属性 相同 的 对 象 进 行 归 
纳 就 形成 类 。 如 家 具 就 可 以 看 作 类 ,其 主要 的 属性 有 价格 ,尺寸 .重量 .位置 和 颜色 等 。 无 论 
我 们 谈论 桌子 .椅子 还 是 沙发 . 衣 橱 ,这 些 属性 总 是 可 用 的 ,因为 它们 都 是 家 具 而 继承 了 为 类 
定义 的 所 有 属性 。 实 际 上 ,计算 机 软件 所 创建 的 面向 对 象 思想 同样 来 源 于 生活 。 

除了 属性 之 外 ,每 个 对 象 可 以 被 一 系列 不 同 的 方式 操纵 , 它 可 以 被 买卖 移动 、 修 改 (如 
漆 上 不 同 的 颜色 )。 这 些 操 作 或 方法 将 改变 对 象 的 一 个 或 多 个 属性 。 这 样 所 有 对 类 的 合法 
操作 可 以 和 对 象 的 定义 联系 在 一 起 ,并 且 被 类 的 所 有 实例 继承 。 我 们 可 以 用 下 面 这 个 等 式 
来 描述 什么 是 面向 对 象 : 

面向 对 象 (object-oriented) 王 对 象 十 分 类 十 继承 十 通信 

面向 对 象 技术 是 目前 流行 的 系统 设计 开发 技术 , 它 包括 面 向 对 象 分 析 和 面向 对 象 程序 
设计 。 面 向 对 象 程序 设计 技术 的 提出 ,主要 是 为 了 解决 传统 程序 设计 方法 一 一 结构 化 程序 
设计 所 不 能 解决 的 代码 重用 问题 。 

面向 对 象 的 编程 方法 具有 如 下 四 个 基本 特征 。 

1. 抽象 

抽象 就 是 忽略 一 个 主题 中 与 当前 目标 无 关 的 那些 方面 ,以 便 更 充分 地 注意 与 当前 目标 
有 关 的 方面 。 抽 象 并 不 打算 了 解 全 部 问题 ,而 只 是 选择 其 中 的 一 部 分 ,暂时 不 用 部 分 细节 。 
比如 ,我 们 要 设计 一 个 学 生成 绩 管理 系统 ,考查 学 生 这 个 对 象 时 ,我 们 只 关心 他 的 班级 、 学 
号 ,成 绩 等 ,而 不 用 去 关心 他 的 身高 .体重 这 些 信息 。 抽 象 包括 两 个 方面 ,一 是 过 程 抽象 ,二 
是 数据 抽象 。 过 程 抽 象 是 指 任何 一 个 明确 定义 功能 的 操作 都 可 被 使 用 者 看 作 单 个 的 实体 看 
待 ,尽管 这 个 操作 实际 上 可 能 由 一 系列 更 低级 的 操作 来 完成 。 数 据 抽象 定义 了 数据 类 型 和 
施加 于 该 类 型 对 象 上 的 操作 ,并 限定 了 对 象 的 值 只 能 通过 使 用 这 些 操 作 修改 和 观察 。 

2. 继承 

继承 是 一 种 联结 类 的 层次 模型 ,并且 允许 和 鼓励 类 的 重用 , 它 提 供 了 一 种 明确 表述 共性 
的 方法 。 对 象 的 一 个 新 类 可 以 从 现 有 的 类 中 派生 ,这 个 过 程 称 为 类 继承 。 新 类 继承 了 原始 
类 的 特性 ,新 类 称 为 原始 类 的 派生 类 ( 子 类 ) ,而 原始 类 称 为 新 类 的 基 类 ( 父 类 ) 。 派 生 类 可 以 
从 它 的 基 类 那里 继承 方法 和 实例 变量 ,并 且 类 可 以 修改 或 增加 新 的 方法 使 之 更 适合 特殊 的 
需要 。 这 也 体现 了 大 自然 中 一 般 与 特殊 的 关系 。 继 承 性 很 好 地 解决 了 软件 的 可 重用 性 问 
题 。 比 如 ,所 有 的 Windows 应 用 程序 都 有 一 个 窗口 ,它们 可 以 看 作 都 是 从 一 个 窗口 类 派生 
出 来 的 。 但 是 有 的 应 用 程序 用 于 文字 处 理 , 有 的 应 用 程序 用 于 绘图 ,这 是 由 于 派生 出 了 不 同 
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的 子 类 ,各 个 子 类 添加 了 不 同 的 特性 。 

3. 封装 

封装 是 面向 对 象 的 特征 之 一 ,是 对 象 和 类 概念 的 主要 特性 。 封 装 是 把 过 程 和 数据 包围 
起 来 ,对 数据 的 访问 只 能 通过 已 定义 的 界面 。 面 向 对 象 计 算 始 于 这 个 基本 概念 , 即 现实 世界 
可 以 被 描绘 成 一 系列 完全 自治 .封装 的 对 象 , 这 些 对 象 通过 一 个 受 保护 的 接口 访问 其 他 对 
象 。 一 旦 定义 了 一 个 对 象 的 特性 , 则 有 必要 决定 这 些 特性 的 可 见 性 , 即 哪些 特性 对 外 部 世界 
是 可 见 的 ,哪些 特性 用 于 表示 内 部 状态 。 在 这 个 阶段 定义 对 象 的 接口 。 通 常 ,应 禁止 直接 访 
问 一 个 对 象 的 实际 表示 ,而 应 通过 操作 接口 访问 对 象 , 这 称 为 信息 隐藏 。 事 实 上 ,信息 隐藏 
是 用 户 对 封装 性 的 认识 ,封装 则 为 信息 隐藏 提供 支持 。 封 装 保证 了 模块 具有 较 好 的 独立 性 ， 
使 得 程序 维护 修改 较为 容易 。 对 应 用 程序 的 修改 仅 限于 类 的 内 部 ,因而 可 以 将 应 用 程序 修 
改 带 来 的 影响 减少 到 最 低 限 度 。 

4. 多 态 性 

多 态 性 是 指 允许 不 同类 的 对 象 对 同一 消息 做 出 响应 。 比 如 同样 的 加 法 ,把 两 个 时 间 加 
在 一 起 和 把 两 个 整数 加 在 一 起 肯定 完全 不 同 。 又 比如 ,同样 的 编辑 操作 ,在 字 处 理 程序 和 绘 
图 程序 中 有 不 同 的 效果 。 多 态 性 包括 参数 化 多 态 性 和 包含 多 态 性 。 多 态 性 语言 具有 灵活 、 
抽象 ,行为 共享 、 代 码 共 享 的 优势 ,很 好 地 解决 了 应 用 程序 函数 同名 问题 。 

面向 对 象 程序 设计 的 优点 如 下 。 

(1) 可 重用 性 。 从 一 开始 对 象 的 产生 就 是 为 了 重复 利用 ,完成 的 对 象 将 在 今后 的 程序 
发 中 被 部 分 或 全 部 地 重复 利用 。 

(2) 可 靠 性 。 由 于 面向 对 象 的 应 用 程序 包含 了 通过 测试 的 标准 部 分 ,因此 更 加 可 靠 。 
由 于 大 量 代 码 来 源 于 成 熟 可 靠 的 类 库 ,因而 新 开发 程序 的 新 增 代 码 明 显 减 少 ,这 是 程序 可 靠 
性 提高 的 一 个 重要 原因 。 

(3) 连续 性 。 具 有 面向 对 象 特点 的 C++ 与 C 语言 有 很 大 的 兼容 性 ,C 程序 员 可 以 比较 
容易 地 过 渡 到 C++ 语言 开发 工作 。 














72 面向 对 象 的 开发 对 软件 测试 的 影响 


从 编程 语言 看 ,面向 对 象 编程 特点 对 测试 产生 了 如 下 影响 。 

(1) 封装 把 数据 及 对 数据 的 操作 封装 在 一 起 .限制 了 对 象 属性 对 外 的 透明 性 和 外 界 对 
它 的 操作 权限 ,在 某 种 程度 上 避免 了 对 数据 的 非法 操作 :有效 防止 了 故障 的 扩散 ;但 同时 , 封 
装机 制 也 给 测试 数据 的 生成 .测试 路 径 的 选取 以 及 测试 结构 的 分 析 带 来 了 困难 。 

(2) 继承 实现 了 共享 父 类 中 定义 的 数据 和 操作 ,同时 也 可 以 定义 新 的 特征 , 子 类 是 在 新 
的 环境 中 存在 ,所 以 父 类 的 正确 性 不 能 保证 子 类 的 正确 性 ,继承 使 代码 的 重用 率 得 到 了 提 
高 ,但 同时 也 使 故障 的 传播 概率 增加 。 

(3) 多 态 和 动态 绑 定 增加 了 系统 运行 中 可 能 的 执行 路 径 , 而 且 给 面向 对 象 软件 带 来 了 
严重 的 不 确定 性 ,给 测试 覆盖 率 的 活动 带 来 新 的 困难 。 

另外 ,面向 对 象 的 开发 过 程 以 及 分 析 和 设计 方法 也 对 测试 产生 了 影响 。 

(G) 分析. 设计 和 编码 实现 密切 相关 ,分 析 模 型 可 以 映射 为 设计 模型 ,设计 模型 又 可 以 
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映射 为 代码 。 
(2) 因此 ,分 析 阶 段 开始 测试 ,提炼 以 后 可 用 于 设计 阶段 ,设计 阶段 的 测试 提炼 后 又 可 
用 于 实现 阶段 的 测试 。 


73 面向 对 象 的 软件 测试 的 基本 概念 


面向 对 象 程序 的 结构 不 再 是 传统 的 功能 模块 结构 ,作为 一 个 整体 , 原 有 集成 测试 所 要 求 
的 逐步 将 开发 的 模块 搭建 在 一 起 进行 测试 的 方法 已 成 为 不 可 能 。 而 且 , 面 向 对 象 软件 抛弃 
了 传统 的 开发 模式 ,对 每 个 开发 阶段 都 有 不 同 以 往 的 要 求 和 结果 ,已 经 不 可 能 用 功能 细 化 的 
观点 来 检测 面向 对 象 分 析 和 设计 的 结果 。 因 此 ,传统 的 测试 模型 对 面向 对 象 软件 已 经 不 再 
适用 。 针 对 面向 对 象 软件 的 开发 特点 ,应 该 有 一 种 新 的 测试 模型 。 

传统 测试 模式 与 面向 对 象 的 测试 模式 的 最 主要 的 区 别 在 于 ,面向 对 象 的 测试 更 关注 对 
象 而 不 是 完成 输入 /输出 的 单一 功能 ,这 样 的 话 测试 可 以 在 分 析 与 设计 阶段 就 先行 介入 , 便 
得 测试 更 好 地 配合 软件 生产 过 程 并 为 之 服务 。 与 传统 测试 模式 相 比 ,面向 对 象 测试 的 优点 
在 于 : 更 早 地 定义 出 测试 用 例 ; 早 期 介入 可 以 降低 成 本 ;尽早 编写 系统 测试 用 例 以 便于 开发 
人 员 与 测试 人 员 对 系统 需求 的 理解 保持 一 致 ;面向 对 象 的 测试 模式 更 注重 于 软件 的 实质 。 
具体 有 如 下 不 同 。 

(1) 测试 的 对 象 不 同 : 传统 软件 测试 的 对 象 是 面向 过 程 的 软件 ,一般 用 结构 化 方法 构 
建 ;面向 对 象 测 试 的 对 象 是 面向 对 象 软 件 ,采用 面向 对 象 的 概念 和 原则 ,用 面向 对 象 的 方法 
构建 。 

(2) 测试 的 基本 单位 不 同 : 前 者 是 模块 ;面向 对 象 测试 的 基本 单元 是 类 和 对 象 。 

(3) 测试 的 方法 和 策略 不 同 : 传统 软件 测试 采用 白 盒 测 试 . 黑 盒 测 试 . 路 径 覆 盖 等 
方法 。 

面向 对 象 测 试 不 仅 吸 纳 了 传统 测试 方法 ,也 采用 各 种 类 测试 等 方法 ,而 且 集成 测试 和 系 
统 测试 的 方法 和 策略 也 很 不 相同 。 

现代 的 软件 开发 工程 是 将 整个 软件 开发 过 程 明确 地 划分 为 几 个 阶段 ,将 复杂 问题 具体 
按 阶段 加 以 解决 。 这 样 ,在 软件 的 整个 开发 过 程 中 ,可 以 对 每 一 阶段 提出 若干 明确 的 监控 
点 ,作为 各 阶段 目标 实现 的 检验 标准 ,从 而 提高 开发 过 程 的 可 见 度 和 保证 开发 过 程 的 正确 
性 。 实 践 证 明 软件 的 质量 不 仅 是 体现 在 程序 的 正确 性 上 , 它 和 编码 以 前 所 做 的 需求 分 析 。 
软件 设计 也 密切 相关 。 这 时 ,对 错误 的 纠正 往往 不 能 通过 可 能 会 诱发 更 多 错误 的 简单 的 修 
修补 补 ,而 必须 追溯 到 软件 开发 的 最 初 阶段 。 因 此 ,为 了 保证 软件 的 质量 ,应 该 着 眼 于 整个 
软件 生存 期 ,特别 是 着 眼 于 编码 以 前 的 各 开发 阶段 的 工作 。 于 是 ,软件 测试 的 概念 和 实施 范 
围 必须 扩充 ,应 该 包括 在 整个 开发 各 阶段 的 复查 .评估 和 检测 。 由 此 ,广义 的 软件 测试 实际 
是 由 确认 、 验 证 ,测试 三 个 方面 组 成 。 

(1) 确认 : 是 评估 将 要 开发 的 软件 产品 是 否 是 正确 无 误 .可 行 和 有 价值 的 。 比 如 ,将 要 
发 的 软件 是 否 会 满足 用 户 提出 的 要 求 ,是 否 能 在 将 来 的 实际 使 用 环境 中 正确 稳定 地 运行 ， 
是 否 存在 隐患 等 。 这 里 包含 了 对 用 户 需 求 满足 程度 的 评价 。 确 认 意味 着 确保 一 个 待 开发 软 
件 是 正确 无 误 的 ,是 对 软件 开发 构想 的 检测 。 
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(2) 验证 : 是 检测 软件 开发 的 每 个 阶段 .每 个 步骤 的 结果 是 否 正确 无 误 , 是 否 与 软件 开 
发 各 阶段 的 要 求 或 期 望 的 结果 相 一致 。 验 证 意味 着 确保 软件 是 会 正确 无 误 地 实现 软件 的 需 
求 , 开 发 过 程 是 沿 着 正确 的 方向 在 进行 。 

(3) 测试 : 与 狭隘 的 测试 概念 统一 。 通 常 是 经 过 单元 测试 ,集成 测试 、 系 统 测试 三 个 环 
节 。 在 整个 软件 生存 期 ,确认 、 验 证 ,测试 分 别 有 其 侧重 的 阶段 。 确 认 主 要 体现 在 计划 阶段 ， 
需求 分 析 阶 段 ,也 会 出 现在 测试 阶段 ;验证 主要 体现 在 设计 阶段 和 编码 阶段 ;测试 主要 体现 
在 编码 阶段 和 测试 阶段 。 事 实 上 ,确认 、 验 证 .测试 是 相辅相成 的 。 确 认 无 疑 会 产生 验证 和 
测试 的 标准 ,而 验证 和 测试 通常 又 会 帮助 完成 一 些 确认 ,特别 是 在 系统 测试 阶段 。 


74 面向 对 象 的 软件 测试 的 内 容 


1. 对 象 

对 象 是 指 包含 了 一 组 属性 以 及 对 这 些 属性 的 操作 的 封装 体 。 对 象 是 软件 开发 期 间 测试 
的 直接 目标 。 在 程序 运行 时 ,对 象 被 创建 修改、 访问 或 删除 ,而 在 运行 期 间 , 对 象 的 行为 是 
和 否 符合 它 的 规格 说 明 ,该 对 象 与 和 它 相 关 的 对 象 能 否 协同 工作 ,这 两 方面 都 是 面向 对 象 软件 
测试 所 关注 的 焦点 。 从 测试 视角 的 角度 ,关于 对 象 的 关注 点 如 下 。 

(1) 对 象 的 封装 : 封装 使 得 已 定义 的 对 象 容易 识别 ,在 系统 中 容易 传递 ,也 容易 操纵 。 

(2) 对 象 隐藏 了 信息 : 这 使 得 对 象 信息 的 改变 有 时 很 难 观察 到 ,也 加 大 了 检查 测试 结 
果 的 难度 。 

(3) 对 象 的 状态 : 对 象 在 生命 期 中 总 是 处 于 某 个 状态 的 ,对 象 状 态 的 多 变 可 能 会 导致 
不 正常 的 行为 。 

(4) 对 象 的 生命 周期 : 在 对 象 生命 周期 的 不 同 阶段 ,要 从 各 个 方面 检测 对 象 的 状态 是 
和 否 符合 其 生命 周期 。 例 如 过 早 地 创建 一 个 对 象 或 过 早 地 删除 一 个 对 象 ,都 是 造成 软件 故障 
的 原因 。 

2. 消息 

消息 是 执行 对 象 某 个 操作 的 一 种 请 求 。 包 含 操作 的 名 称 、 实 参 ,当然 接收 者 也 可 返回 值 
给 发 送 者 。 从 测试 视角 的 角度 看 ,关于 消息 的 观点 概括 如 下 。 

(1) 消息 有 发 送 者 : 发 送 者 决定 何 时 发 送 消息 ,并 且 可 能 做 出 错误 的 决定 。 

(2) 消息 有 接收 者 : 接收 者 可 能 接收 到 非 预 期 的 特定 消息 ,可 能 会 做 出 不 正确 反应 。 

(3) 消息 可 能 包含 实 参 : 参数 能 被 接收 者 使 用 或 修改 ,车 传递 的 参数 是 对 象 , 则 对 象 在 
消息 处 理 前 和 处 理 后 ,对 象 必须 处 于 正确 的 状态 ,而 且 必 须 实现 接收 者 所 期 望 的 接口 。 

3. 接口 

接口 是 行为 声明 的 集合 。 从 测试 视角 的 角度 看 ,关于 接口 的 观点 概括 如 下 。 

(1) 接口 封装 了 操作 的 说 明 , 如 果 接 口 包含 的 行为 和 类 的 行为 不 相符 ,那么 对 这 一 接口 
的 说 明 就 不 是 令 人 满意 的 。 

(2) 接口 不 是 孤立 的 ,与 其 他 的 接口 和 类 有 一 定 的 关系 ,一 个 接口 可 以 指定 一 个 行为 的 
参数 类 型 ,使 得 实现 该 接口 的 类 可 被 当 作 一 个 参数 传递 。 

(3) 当 对 一 个 操作 进行 说 明 时 ,可 以 使 用 保护 性 方法 或 约束 性 方法 来 定义 发 送 者 和 接 
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收 者 之 间 的 接口 。 约 东 性 方法 强调 前 置 条 件 也 包含 简单 的 后 置 条 件 ,发 送 者 必须 保证 前 置 
条 件 得 到 满足 ,接收 者 就 会 响应 在 后 置 条 件 或 类 不 变量 中 描述 的 请 求 。 保 护 性 方法 强调 的 
则 是 后 置 条 件 ,请 求 的 结果 状态 通常 由 一 些 返回 值 指示 ,返回 值 和 每 一 个 可 能 的 结果 联系 在 
一 起 。 

(4) 从 测试 视角 的 角度 ,约束 性 方法 简化 了 类 的 测试 ,但 使 得 交互 测试 更 加 复杂 ,因为 
必须 保证 任何 发 送 者 都 能 满足 前 置 条 件 。 保 护 性 方法 使 得 类 的 测试 复杂 了 (发 送 者 必须 知 
道 所 有 可 能 的 结果 ) ,交互 测试 也 更 复杂 (必须 保证 产生 了 所 有 可 能 的 输出 ,并且 发 送 者 能 够 
获得 这 些 输出 ) 。 

4. 类 及 类 规范 

类 是 具有 相同 属性 和 相同 行为 的 对 象 的 集合 。 类 从 规范 和 实现 两 个 方面 来 描述 对 象 。 
在 类 规范 中 ,定义 了 类 的 每 个 对 象 能 做 什么 ;在 类 实现 中 ,定义 了 类 的 每 个 对 象 如 何 做 它们 
能 做 的 事情 。 

类 规范 包括 对 每 个 操作 的 语义 说 明 , 包 括 前 置 条 件 . 后 置 条 件 和 不 变量 。 前 置 条 件 是 当 
操作 执行 之 前 应 该 满足 的 条 件 ; 后 置 条 件 是 当 操作 执行 结束 之 后 必须 保持 的 条 件 ;不 变量 描 
述 了 在 对 象 的 生命 周期 中 必须 保持 的 条 件 类 的 实现 描述 了 对 象 如 何 表现 它 的 属性 ,如 何 执 
行 操作 。 

类 的 实现 描述 了 对 象 如 何 表现 它 的 属性 ,如 何 执行 操作 。 主 要 包括 实例 变量 ,方法 集 、 
构造 函数 和 析 构 函数 .私有 操作 集 。 类 测试 是 面向 对 象 测试 过 程 中 最 重要 的 一 个 测试 ,在 类 
测试 过 程 中 要 保证 测试 那些 具有 代表 性 的 操作 。 从 测试 视角 的 角度 需要 考虑 如 下 几 个 
方面 。 

(1) 类 的 规范 中 包含 用 来 构造 实例 的 一 些 操作 ,这 些 操作 也 可 能 导致 新 实例 不 正确 的 
初始 化 。 

(2) 类 在 定义 自己 的 行为 和 属性 时 ,也 依赖 于 其 他 协作 的 类 。 例 如 ,类 的 成 员 变 量 可 能 
是 其 他 类 的 实例 ,或 者 类 中 的 方法 的 参数 是 其 他 类 的 实例 。 如 果 类 定义 中 使 用 了 包含 不 正 
确实 现 的 其 他 类 ,就 会 使 类 发 生 错 误 。 

(3) 类 的 实现 必须 满足 类 本 身 的 说 明 , 但 并 不 保证 说 明 的 正确 性 。 

(4) 类 的 实现 也 可 能 不 支持 所 有 要 求 的 操作 ,或 者 执行 一 些 错误 的 操作 。 

(5) 类 需要 指定 每 个 操作 的 前 置 条 件 ,在 发 送 消息 之 前 , 它 也 可 能 不 提供 检查 前 置 条 件 
的 方法 。 

5. 继承 

继承 是 类 之 间 的 联系 ,允许 新 类 可 以 在 一 个 已 有 的 基础 上 进行 定义 。 继 承 实现 了 共享 
父 类 中 定义 的 数据 和 操作 ,同时 也 可 以 定义 新 的 特征 。 子 类 是 在 新 的 环境 中 存在 ,所 以 父 类 
的 正确 性 不 能 保证 子 类 的 正确 性 ,继承 使 代码 的 重用 率 得 到 了 提高 ,但 同时 也 使 故障 的 传播 
概率 增加 。 从 测试 视角 的 角度 看 ,关于 继承 的 观点 概括 如 下 。 

(1) 继承 提供 了 一 种 机 制 , 潜 在 的 错误 会 从 基 类 传递 到 其 派生 类 ,因此 类 测试 中 要 尽早 
消除 错误 。 

(2) 子 类 继承 了 父 类 的 说 明和 实现 ,因此 可 重复 使 用 相同 的 测试 方法 。 

(3) 设计 模型 时 ,检查 是 否 合理 地 使 用 了 继承 。 使 用 继承 实现 代码 的 复 用 ,可 能 会 增加 
代码 维护 的 难度 。 
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多 态 是 指 同 一 个 操作 作用 于 不 同 的 对 象 可 以 有 不 同 的 解释 ,产生 不 同 的 执行 结果 。 与 
多 态 密切 相关 的 一 个 概念 就 是 动态 绑 定 。 动 态 绑 定 是 指 在 程序 运行 过 程 中 , 当 一 个 对 象 发 
送 消息 请 求 服务 时 ,要 根据 接收 对 象 的 具体 情况 将 请 求 的 操作 与 实现 的 方法 进行 连接 , 即 把 
这 种 连接 推迟 到 运行 时 才 进 行 。 从 测试 视角 的 角度 来 看 ,关于 多 态 的 观点 可 以 概括 如 下 。 

(1) 多 态 允 许 通过 增加 类 来 扩展 系统 ,而 无 须 修改 已 有 类 。 但 在 扩展 中 可 能 出 现 意 料 
之 外 的 交互 关系 。 

(2) 多 态 允 许 任何 操作 都 能 够 包括 类 型 不 确定 的 参数 ,这 就 增加 了 应 该 测试 的 实 参 的 
种 类 。 

(3) 多 态 允 许 操作 指定 动态 引用 返回 的 响应 。 因 为 实际 引用 的 类 可 能 是 不 正确 的 ,或 
者 不 是 发 送 者 所 期 望 的 。 


75 面向 对 象 的 测试 模型 及 方法 


与 传统 测试 模型 类 似 , 面 向 对 象 软件 的 测试 遵循 在 软件 开发 各 过 程 中 不 间断 测试 的 思 
想 , 使 开发 阶段 的 测试 与 编码 完成 后 的 一 系列 测试 融 为 一 体 。 在 开发 的 每 一 阶段 进行 不 同 
级 别 .不 同类 型 的 测试 ,从 而 形成 一 条 完整 的 测试 链 。 根 据 面向 对 象 的 开发 模型 ,结合 传统 
的 测试 步骤 的 划分 ,形成 了 一 种 整个 软件 开发 过 程 中 不 断 进 行 测试 的 测试 模型 ,使 开发 阶段 
的 测试 与 编码 完成 后 的 单元 测试 .集成 测试 ,系统 测试 成 为 一 个 整体 。 面 向 对 象 的 开发 模型 
突破 了 传统 的 瀑布 模型 ,将 开发 分 为 面向 对 象 分 析 (OOA) ,面向 对 象 设 计 (OOD) ,和 面向 对 
象 编程 (OOP) 三 个 阶段 。 分 析 阶 段 产生 整个 问题 空间 的 抽象 描述 ,在 此 基础 上 ,进一步 归 
纳 出 适用 于 面向 对 象 编程 语言 的 类 和 类 结构 ,最 后 形成 代码 。 由 于 面向 对 象 的 特点 ,采用 这 
种 开发 模型 能 有 效 地 将 分 析 设计 的 文本 或 图 表 代 码 化 ,不 断 适 应 用 户 需 求 的 变动 。 针 对 这 
种 开发 模型 ,结合 传统 测试 步骤 的 划分 ,本 文 建议 一 种 整个 软件 开发 过 程 中 不 断 测试 的 测试 
模型 ,使 开发 阶段 的 测试 与 编码 完成 后 的 单元 测试 .集成 测试 .系统 测试 成 为 一 个 整体 。 

测试 模型 如 图 7-1 所 示 。 


OO ststem test 
















































































面向 对 象 面向 对 象 

系统 测试 OO integrate test 一 -| | 集成 的 测试 

面向 对 象 OO unittest 人 ”| 面向 对 象 
设计 的 测试 单元 测试 

OOP test OOP test OOP test 
面向 对 象 

面向 对 象 | oOA 00D OOP 编辑 的 测试 

分 析 的 测试 


图 7-1 面向 对 象 测试 结构 图 
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OOA test 和 OOD test 是 对 分 析 结 果 和 设计 结果 的 测试 ,主要 是 对 分 析 设 计 产 生 的 文 
本 进行 ,是 软件 开发 前 期 的 关键 性 测试 。OOP test 主要 针对 编程 风格 和 程序 代码 实现 进行 
测试 ,其 主要 的 测试 内 容 在 面向 对 象 单 元 测试 和 面向 对 象 集成 测试 中 体现 。 面 向 对 象 单元 
测试 是 对 程序 内 部 具体 单一 的 功能 模块 的 测试 ,如 果 程 序 是 用 C++ 语言 实现 ,主要 就 是 对 
类 成 员 函 数 的 测试 。 面 向 对 象 单元 测试 是 进行 面向 对 象 集成 测试 的 基础 。 面 向 对 象 集成 测 
试 主要 对 系统 内 部 的 相互 服务 进行 测试 ,如 成 员 函 数 间 的 相互 作用 ,类 间 的 消息 传递 等 。 面 
向 对 象 集 成 测试 不 但 要 基于 面向 对 象 单 元 测试 ,更 要 参见 OOD 或 OOD test 结果 ( 详 见 后 
叙述 ) 。 面 向 对 象 系统 测试 是 基于 面向 对 象 集成 测试 的 最 后 阶段 的 测试 ,主要 以 用 户 需求 为 
测试 标准 ,需要 借鉴 OOA 或 OOA test 结果 。 

尽管 上 述 各 阶段 的 测试 构成 一 个 相互 作用 的 整体 ,但 其 测试 的 主体 .方向 和 方法 各 有 不 
同 , 且 为 叙述 的 方便 ,下 面 接 下 来 将 从 OOA`OOD、OOP .单元 测试 .集成 测试 .系统 测试 
六 个 方面 分 别 介绍 对 面向 对 象 软件 的 测试 。 

1. 面向 对 象 分 析 的 测试 (OOA test) 

传统 的 面向 过 程 分 析 是 一 个 功能 分 解 的 过 程 ,是 把 一 个 系统 看 成 可 以 分 解 的 功能 的 集 
合 。 这 种 传统 的 功能 分 解 分 析 法 的 着 眼 点 在 于 一 个 系统 需要 什么 样 的 信息 处 理 方法 和 过 
程 ,以 过 程 的 抽象 来 对 待 系统 的 需要 。 而 面向 对 象 分 析 (OOA) 是 “把 E-R 图 和 语义 网 络 模 
型 , 即 信息 造型 中 的 概念 ,与 面向 对 象 程序 设计 语言 中 的 重要 概念 结合 在 一 起 而 形成 的 分 析 
方法 ”, 最 后 通常 是 得 到 问题 空间 的 图 表 的 形式 描述 。 

OOA 直接 映射 问题 空间 ,全 面 将 问题 空间 中 实现 功能 的 现实 抽象 化 。 将 问题 空间 中 的 
实例 抽象 为 对 象 ( 不 同 于 C++ 中 的 对 象 概念 ) ,用 对 象 的 结构 反映 问题 空间 的 复杂 实例 和 复 
杂 关 系 , 用 属性 和 服务 表示 实例 的 特性 和 行为 。 对 一 个 系统 而 言 ,与 传统 分 析 方法 产生 的 结 
果 相 反 ,行为 是 相对 稳定 的 ,结构 是 相对 不 稳定 的 ,这 更 充分 反映 了 现实 的 特性 。OOA 的 结 
果 是 为 后 面 阶段 类 的 选 定 和 实现 ,类 层次 结构 的 组 织 和 实现 提供 平台 。 因 此 ,OOA 对 问题 
空间 分 析 抽 象 的 不 完整 ,最 终 会 影响 软件 的 功能 实现 ,导致 软件 开发 后 期 需 进 行 大 量 本 来 可 
以 避免 的 修补 工作 ;而 一 些 宛 余 的 对 象 或 结构 会 影响 类 的 选 定 ,程序 的 整体 结构 会 增加 程序 
员 不 必要 的 工作 量 。 因 此 ,本 文 对 OOA 的 测试 重点 在 其 完整 性 和 和 宛 余 性 。 

尽管 OOA 的 测试 是 一 个 不 可 分 割 的 系统 过 程 。 为 叙述 的 方便 ,鉴于 Coad 方法 所 提出 
的 OOA 实现 步骤 ,对 OOA 阶段 的 测试 划分 为 以 下 五 个 方面 : 

(1) 对 认定 的 对 象 的 测试 ; 

(2) 对 认定 的 结构 的 测试 ; 

(3) 对 认定 的 主题 的 测试 ; 

(4) 对 定义 的 属性 和 实例 关联 的 测试 ; 

(5) 对 定义 的 服务 和 消息 关联 的 测试 。 

对 象 .结构 .主题 等 在 OOA 结果 中 的 位 置 ,参见 图 7-2。 

(1) 对 认定 的 对 象 的 测试 

OOA 中 认定 的 对 象 是 对 问题 空间 中 的 结构 .其 他 系统 .设备 .被 记忆 的 事件 .系统 涉及 
的 人 员 等 实际 实例 的 抽象 。 对 它 的 测试 可 以 从 如 下 方面 考虑 。 

@ 认定 的 对 象 是 否 全 面 , 是 否 问题 空间 中 所 有 涉及 的 实例 都 反映 在 认定 的 抽象 对 
象 中 。 
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图 7-2 车 辆 管理 系统 部 分 OOA 分 析 结 果 示 意图 


@ 认定 的 对 象 是 否 具 有 多 个 属性 。 只 有 一 个 属性 的 对 象 通常 应 看 成 其 他 对 象 的 属性 ， 
而 不 是 抽象 为 独立 的 对 象 。 

@ 对 认定 为 同一 对 象 的 实例 是 否 有 共同 的 ,区 别 于 其 他 实例 的 共同 属性 。 

@ 对 认定 为 同一 对 象 的 实例 是 否 提供 或 需要 相同 的 服务 ,如果 服 务 随 着 不 同 的 实例 而 
变化 ,认定 的 对 象 就 需要 分 解 或 利用 继承 性 来 分 类 表示 。 

@ 如 果 系统 没有 必要 始终 保持 对 象 代表 的 实例 的 信息 ,提供 或 者 得 到 关于 它 的 服务 ， 
认定 的 对 象 也 无 必要 。 

@ 认定 的 对 象 的 名 称 应 该 尽量 准确 ,适用 。 

(2) 对 认定 的 结构 的 测试 

在 Coad 方法 中 ,认定 的 结构 指 的 是 多 种 对 象 的 组 织 方式 ,用 来 反映 问题 空间 中 的 复杂 
实例 和 复杂 关系 。 认 定 的 结构 分 为 两 种 : 分 类 结构 和 组 装 结构 。 分 类 结构 体现 了 问题 空间 
中 实例 的 一 般 与 特殊 的 关系 ,组 装 结构 体现 了 问题 空间 中 实例 整体 与 局 部 的 关系 。 

@ 对 认定 的 分 类 结构 的 测试 可 从 如 下 方面 着 手 : 

。 对 于 结构 中 的 一 种 对 象 , 尤 其 是 处 于 高 层 的 对 象 ,是 否 在 问题 空间 中 含有 不 同 于 下 

一 层 对 象 的 特殊 可 能 性 , 即 是 否 能 派生 出 下 一 层 对 象 ; 
。 对 于 结构 中 的 一 种 对 象 , 尤 其 是 处 于 同一 低层 的 对 象 ,是 否 能 抽象 出 在 现实 中 有 意 
义 的 更 一 般 的 上 层 对 象 ; 

。 对 所 有 认定 的 对 象 ,是 否 能 在 问题 空间 内 向 上 层 抽象 出 在 现实 中 有 意义 的 对 象 ; 

。 高层 的 对 象 的 特性 是 否 完全 体现 下 层 的 共性 ; 

。 低层 的 对 象 是 否 有 高 层 特性 基础 上 的 特殊 性 。 

@ 对 认定 的 组 装 结构 的 测试 从 如 下 方面 入 手 : 

。 整体 (对 象 ) 和 部 件 (对 象 ) 的 组 装 关系 是 否 符合 现实 的 关系 ; 

。 整体 (对 象 ) 的 部 件 ( 对 象 ) 是 否 在 考虑 的 问题 空间 中 有 实际 应 用 ; 
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。 整体 (对 象 ) 中 是 否 遗 漏 了 反映 在 问题 空间 中 有 用 的 部 件 (对 象 ) ; 

。 部 件 ( 对 象 ) 是 否 能 够 在 问题 空间 中 组 装 新 的 有 现实 意义 的 整体 (对 象 ) 。 

(3) 对 认定 的 主题 的 测试 

主题 是 在 对 象 和 结构 的 基础 上 更 高 一 层 的 抽象 ,是 为 了 提供 OOA 分 析 结 果 的 可 见 性 ， 
如 同文 章 对 各 部 分 内 容 的 概要 。 对 主题 层 的 测试 应 该 考虑 以 下 方面 。 

@ 贯彻 George Miller 的 “7 十 2” 原 则 。 如 果 主 题 个 数 超过 7 个 ,就 要 求 对 有 较 密 切 属 
性 和 服务 的 主题 进行 归并 。 

@ 主题 所 反映 的 一 组 对 象 和 结构 是 否 具有 相同 和 相近 的 属性 和 服务 。 

@ 认定 的 主题 是 否 是 对 象 和 结构 更 高 层 的 抽象 ,是 否 便 于 理解 OOA 结果 的 概貌 (尤其 
是 对 非 技 术 人 员 的 OOA 结果 读者 ) 。 

@ 主题 间 的 消息 联系 (抽象 ) 是 否 代 表 了 主题 所 反映 的 对 象 和 结构 之 间 的 所 有 关联 。 

(4) 对 定义 的 属性 和 实例 关联 的 测试 

属性 是 用 来 描述 对 象 或 结构 所 反映 的 实例 的 特性 。 而 实例 关联 是 反映 实例 集合 间 的 映 
射 关 系 。 对 属性 和 实例 关联 的 测试 从 如 下 方面 考虑 。 

@ 定义 的 属性 是 否 对 相应 的 对 象 和 分 类 结构 的 每 个 现实 实例 都 适用 。 

@ 定义 的 属性 在 现实 世界 是 否 与 这 种 实例 关系 密切 。 

@ 定义 的 属性 在 问题 空间 是 否 与 这 种 实例 关系 密切 。 

@ 定义 的 属性 是 否 能 够 不 依赖 于 其 他 属性 被 独立 理解 。 

@ 定义 的 属性 在 分 类 结构 中 的 位 置 是 否 恰当 ,低层 对 象 的 共有 属性 是 否 在 上 层 对 象 属 
性 体现 。 

@ 在 问题 空间 中 每 个 对 象 的 属性 是 否定 义 完整 。 

@ 定义 的 实例 关联 是 否 符合 现实 。 

@ 在 问题 空间 中 实例 关联 是 否定 义 完整 ,特别 需要 注意 1 一 多 和 多 一 多 的 实例 关联 。 

(5) 对 定义 的 服务 和 消息 关联 的 测试 

定义 的 服务 ,就 是 定义 的 每 一 种 对 象 和 结构 在 问题 空间 所 要 求 的 行为 。 由 于 问题 空间 
中 实例 间 必 要 的 通信 ,在 OOA 中 相应 需要 定义 消息 关联 。 对 定义 的 服务 和 消息 关联 的 测 
试 从 如 下 方面 进行 。 

@O 对 象 和 结构 在 问题 空间 的 不 同 状态 是 否定 义 了 相应 的 服务 。 

@ 对 象 或 结构 所 需要 的 服务 是 否 都 定义 了 相应 的 消息 关联 。 

@ 定义 的 消息 关联 所 指引 的 服务 提供 是 否 正确 。 

@ 沿 着 消息 关联 执行 的 线程 是 否 合理 ,是 否 符合 现实 过 程 。 

@ 定义 的 服务 是 否 重复 ,是 否定 义 了 能 够 得 到 的 服务 。 

2. 面向 对 象 设计 的 测试 (OOD test) 

通常 的 结构 化 的 设计 方法 ,用 的 是 “面向 作业 的 设计 方法 。 它 把 系统 分 解 以 后 ,提出 一 
组 作业 ,这 些 作 业 是 以 过 程 实现 系统 的 基础 构造 ,把 问题 域 的 分 析 转 化 为 求解 域 的 设计 。 分 
析 的 结果 是 设计 阶段 的 输入 ”。 

而 面向 对 象 设计 (OOD) 采 用 “造型 的 观点 ”, 以 OOA 为 基础 归纳 出 类 ,并 建立 类 结构 或 
进一步 构造 成 类 库 , 实 现 分 析 结 果 对 问题 空间 的 抽象 。OOD 归纳 的 类 ,可 以 是 对 象 简单 的 
延续 ,可 以 是 不 同 对 象 的 相同 或 相似 的 服务 。 由 此 可 见 ,OOD 不 是 在 OOA 上 的 另 一 思维 
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方式 的 大 动 干戈 , 而 是 OOA 的 进一步 细 化 和 更 高 层 的 抽象 。 所 以 ,OOD 与 OOA 的 界限 通 
常 是 难以 严格 区 分 的 。OOD 确定 类 和 类 结构 不 仅 是 满足 当前 需求 分 析 的 要 求 ,更 重要 的 是 
通过 重新 组 合 或 加 以 适当 的 补充 ,能 方便 实现 功能 的 重用 和 扩 增 ,以 不 断 适 应 用 户 的 要 求 。 
因此 ,对 OOD 的 测试 ,本 文 建议 针对 功能 的 实现 和 重用 以 及 对 OOA 结果 的 拓展 ,应 从 对 认 
定 的 类 的 测试 ;对 构造 的 类 层次 结构 的 测试 ;对 类 库 的 支持 的 测试 三 方面 考虑 。 

(1) 对 认定 的 类 的 测试 

OOD 认定 的 类 可 以 是 OOA 中 认定 的 对 象 , 也 可 以 是 对 象 所 需要 的 服务 的 抽象 ,对 象 
所 具有 的 属性 的 抽象 。 认 定 的 类 原则 上 应 该 尽量 基础 性 ,这 样 才 便于 维护 和 重用 。 根 据 属 
性 与 实例 的 关联 以 及 服务 与 消息 的 关联 ,测试 认定 的 类 : 

Q@ 是 否 涵盖 了 OOA 中 所 有 认定 的 对 象 ; 

@ 是 否 能 体现 OOA 中 定义 的 属性 ; 

@ 是 否 能 实现 OOA 中 定义 的 服务 ; 

@ 是 否 对 应 着 一 个 含义 明确 的 数据 抽象 ; 

@@ 是 否 尽 可 能 少 的 依赖 其 他 类 ; 

@ 类 中 的 方法 (C++ : 类 的 成 员 函 数 ) 是 否 单 用 途 。 

(2) 对 构造 的 类 层次 结构 的 测试 

为 能 充分 发 挥 面向 对 象 的 继承 共享 特性 ,OOD 的 类 层次 结构 ,通常 基于 OOA 中 产生 
的 分 类 结构 的 原则 来 组 织 ,着 重 体现 父 类 和 子 类 间 一 般 性 和 特殊 性 。 在 当前 的 问题 空间 ,对 
类 层次 结构 的 主要 要 求 是 能 在 解 空间 构造 实现 全 部 功能 的 结构 框架 。 为 此 ,测试 如 下 方面 : 

QO@ 类 层次 结构 是 否 涵盖 了 所 有 定义 的 类 ; 

@ 是 否 能 体现 OOA 中 所 定义 的 实例 关联 ; 

@ 是 否 能 实现 OOA 中 所 定义 的 消息 关联 ; 

@ 子 类 是 否 具 有 父 类 没有 的 新 特性 ; 

@ 子 类 间 的 共同 特性 是 否 完全 在 父 类 中 得 以 体现 。 

(3) 对 类 库 支 持 的 测试 

对 类 库 的 支持 虽然 也 属于 类 层次 结构 的 组 织 问题 ,但 其 强调 的 重点 是 软件 开发 的 重用 。 
由 于 它 并 不 直接 影响 当前 软件 的 开发 和 功能 实现 ,因此 ,将 其 单独 提出 来 测试 ,也 可 作为 对 
高 质量 类 层次 结构 的 评估 。 拟 订 测 试点 如 下 : 

@D 一 组 子 类 中 关于 某 种 含义 相同 或 基本 相同 的 操作 ,是 否 有 相同 的 接口 (包括 名 字 和 
参数 表 ) ; 

@ 类 中 方法 (C++ : 类 的 成 员 函 数 ) 功 能 是 否 较 单纯 ,相应 的 代码 行 是 否 较 少 ( 建 议 为 
超过 30 行 ); 

@ 类 的 层次 结构 是 否 是 深度 大 ,宽度 小 。 

3. 面向 对 象 编程 的 测试 (OOP test) 

典型 的 面向 对 象 程序 具有 继承 .封装 和 多 态 的 新 特性 ,这 使 得 传统 的 测试 策略 必须 有 所 
改变 。 封 装 是 对 数据 的 隐藏 ,外界 只 能 通过 被 提供 的 操作 来 访问 或 修改 数据 ,这 样 降低 了 数 
据 被 任意 修改 和 读 写 的 可 能 性 ,降低 了 传统 程序 中 对 数据 非法 操作 的 测试 。 继 承 是 面向 对 
象 程序 的 重要 特点 ,继承 使 得 代码 的 重用 率 提高 ,同时 也 使 错误 传播 的 概率 提高 。 继 承 使 得 
传统 测试 遇见 了 这 样 一 个 难题 : 对 继承 的 代码 究竟 应 该 怎样 测试 ? (参见 面向 对 象 单元 测 
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试 )。 多 态 使 得 面向 对 象 程序 对 外 呈现 出 强大 的 处 理 能 力 ,但 同时 却 使 得 程序 内 “同一 ”函数 
的 行为 复杂 化 ,测试 时 不 得 不 考虑 不 同类 型 具体 执行 的 代码 和 产生 的 行为 。 
面向 对 象 程序 是 把 功能 的 实现 分 布 在 类 中 。 能 正确 实现 功能 的 类 ,通过 消息 传递 来 协 
同 实现 设计 要 求 的 功能 。 正 是 这 种 面向 对 象 程序 风格 ,将 出 现 的 错误 能 精确 地 确定 在 某 一 
具体 的 类 中 。 因 此 ,在 面向 对 象 编程 (OOP) 阶 段 ,忽略 类 功能 实现 的 细则 ,将 测试 的 目光 集 
中 在 类 功能 的 实现 和 相应 的 面向 对 象 程序 风格 ,主要 体现 为 数据 成 员 是 否 满足 数据 封装 
的 要 求 ; @ 类 是 否 实现 了 要 求 的 功能 。 假 设 编程 使 用 C++ 语言 )。 

(1) 数据 成 员 是 否 满足 数据 封装 的 要 求 

数据 封装 是 数据 和 数据 有 关 的 操作 的 集合 。 检 查 数 据 成 员 是 否 满足 数据 封装 的 要 求 ， 
基本 原则 是 数据 成 员 是 否 被 外 界 ( 数 据 成 员 所 属 的 类 或 子 类 以 外 的 调用 ) 直 接 调 用 。 更 直观 
地 说 , 当 改 编 数 据 成 员 的 结构 时 ,是 否 影响 了 类 的 对 外 接口 ,是 否 会 导致 相应 外 界 必须 改动 。 
值得 注意 ,有 时 强制 的 类 型 转换 会 破坏 数据 的 封装 特性 。 例 如 : 





class Hiden 
{ private: 
int a=1; 
char * p="hiden";} 
class Visible 
{ public: 
int b=2; 


char * s="visible";} 


hiden pp; 

Visible * qq= (visible * )&pp7 

在 上 面 的 程序 段 中 ,pp 的 数据 成 员 可 以 通过 qq 被 随意 访问 。 

(2) 类 是 否 实现 了 要 求 的 功能 

类 所 实现 的 功能 ,都 是 通过 类 的 成 员 函 数 执行 。 在 测试 类 的 功能 实现 时 ,应 该 首先 保证 
类 成 员 函 数 的 正确 性 。 单 独 看 待 类 的 成 员 函 数 , 与 面向 过 程 程序 中 的 函数 或 过 程 没有 本 质 
的 区 别 , 几 乎 所 有 传统 的 单元 测试 中 所 使 用 的 方法 ,都 可 在 面向 对 象 的 单元 测试 中 使 用 。 具 
体 的 测试 方法 在 面向 对 象 的 单元 测试 中 介绍 。 类 函数 成 员 的 正确 行为 只 是 类 能 够 实现 要 求 
的 功能 的 基础 ,类 成 员 函 数 间 的 作用 和 类 之 间 的 服务 调用 是 单元 测试 无 法 确定 的 。 因 此 , 需 
要 进行 面向 对 象 的 集成 测试 。 具 体 的 测试 方法 在 面向 对 象 的 集成 测试 中 介绍 。 需 要 着 重 声 
明 ,测试 类 的 功能 ,不 能 仅 满足 于 代码 能 无 错 运 行 或 被 测试 类 能 提供 的 功能 无 错 ,应 该 以 所 
做 的 OOD 结果 为 依据 ,检测 类 提供 的 功能 是 否 满足 设计 的 要 求 ,是 否 有 缺陷 。 必 要 时 (如 
通过 OOD 仍然 不 清楚 明确 的 地 方 ) 还 应 该 参照 OOA 的 结果 ,以 之 为 最 终 标准 。 

4. 面向 对 象 的 单元 测试 (OO unit test) 

传统 的 单元 测试 是 针对 程序 的 函数 ,过程 或 完成 某 一 定 功能 的 程序 块 。 沿 用 单元 测试 
的 概念 ,实际 测试 类 成 员 函 数 。 一 些 传统 的 测试 方法 在 面向 对 象 的 单元 测试 中 都 可 以 使 用 。 
如 等 价 类 划分 法 、 因 果 图 法 , 边 值 分 析 法 .逻辑 覆盖 法 .路 径 分 析 法 、 程 序 捅 装 法 等 ,方法 的 具 
体 实现 参见 本 书 第 六 章 。 单 元 测试 一 般 建 议 由 程序 员 完 成 。 

用 于 单元 级 测试 进行 的 测试 分 析 ( 提 出 相应 的 测试 要 求 ) 和 测试 用 例 ( 选 择 适 当 的 输入 ， 
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达到 测试 要 求 ) ,规模 和 难度 等 均 远 小 于 后 面 将 要 介绍 的 对 整个 系统 的 测试 分 析 和 测试 用 
例 , 而 且 强调 对 语句 应 该 有 100%% 的 执行 代码 覆盖 率 。 在 设计 测试 用 例 选择 输入 数据 时 ,可 
以 基于 以 下 两 个 假设 。 

(1) 如 果 函 数 (程序 ) 对 某 一 类 输入 中 的 一 个 数据 正确 执行 ,对 同类 中 的 其 他 输入 也 能 
正确 执行 。 该 假设 的 思想 为 等 价 类 划分 。 

(2) 如 果 函 数 ( 程 序 ) 对 某 一 复杂 度 的 输入 正确 执行 ,对 更 高 复杂 度 的 输入 也 能 正确 执 
行 。 例 如 需要 选择 字符 串 作 为 输入 时 ,基于 本 假设 ,就 无 须 计 较 于 字符 串 的 长 度 。 除 非 字符 
串 的 长 度 是 要 求 固定 的 ,如 IP 地 址 字符 串 。 

在 面向 对 象 程序 中 ,类 成 员 函 数 通常 都 很 小 ,功能 单一 ,函数 的 间接 调用 频繁 ,容易 出 现 
一 些 不 易 发 现 的 错误 。 例 如 : 


if(-1==write (fid,buffer,amount)) error out(); 


该 语句 没有 全 面 检查 write() 的 返回 值 , 无 意 中 断 然 假 设 了 只 有 数据 被 完全 写 和 人 和 没有 
写 和 两 种 情况 。 当 测试 时 也 忽略 了 数据 部 分 写 和 人 的 情况 ,就 给 程序 遗留 了 隐患 。 按 程序 的 
设计 ,使 用 函数 strrchr() 查 找 最 后 的 匹配 字符 ,但 误 写成 了 strchr() 函 数 ,使 程序 功能 实现 
时 查找 的 是 第 一 个 匹配 字符 。 程 序 中 将 if (strncemp (strl, str2, strlen(str1))) 误 写成 了 
if(strnemp(strl,str2,strlen(str2)))。 如 果 测 试用 例 中 使 用 的 数据 strl 和 str2 长 度 一 样 ， 
就 无 法 检测 出 。 

因此 ,在 做 测试 分 析 和 设计 测试 用 例 时 ,应 该 注意 面向 对 象 程序 的 这 个 特点 ,仔细 进行 
测试 分 析 和 设计 测试 用 例 , 尤 其 是 针对 以 函数 返回 值 作为 条 件 判断 选择 ,字符 串 操作 等 

面向 对 象 编程 的 特性 使 得 对 成 员 函 数 的 测试 又 不 完全 等 同 于 传统 的 函数 或 过 程 测试 ， 
尤其 是 继承 特性 和 多 态 特 性 ,使 子 类 继承 或 过 载 的 父 类 成 员 函 数 出 现 了 传统 测试 中 未 遇见 
的 问题 。 面 向 对 象 的 单元 测试 ,我 们 需要 从 以 下 两 方面 来 考虑 。 

(1) 继承 的 成 员 函 数 是 否 都 不 需要 测试 

对 父 类 中 已 经 测试 过 的 成 员 函 数 ,两 种 情况 需要 在 子 类 中 重新 测试 : 继承 的 成 员 函 数 
在 子 类 中 做 了 改动 ;成 员 函 数 调 用 了 改动 过 的 成 员 函 数 的 部 分 。 

例如 ,假设 父 类 Bass 有 两 个 成 员 函 数 : Inherited() 和 Redefined(), 子 类 Derived 只 对 
Redefined() 做 了 改动 。Derived: :Redefined() 显 然 需要 重新 测试 。 

对 于 Derived: : Inherited() ,如 果 它 有 调用 Redefined() 的 语句 (如 : x 二 x/Redefined())， 
就 需要 重新 测试 ,反之 则 无 此 必要 。 

(2) 对 父 类 的 测试 是 否 能 照搬 到 子 类 

援 用 上 面 的 假设 ,Base: :Redefined() 和 Derived: :Redefined() 已 经 是 不 同 的 成 员 函 数 ， 
它们 有 不 同 的 服务 说 明和 执行 。 对 此 , 照 理应 该 对 Derived: : Redefined() 重 新 测试 分 析 , 设 
计 测 试用 例 。 但 由 于 面向 对 象 的 继承 使 得 两 个 函数 相似 , 故 只 需 在 Base: :Redefined() 的 测 
试 要 求 和 测试 用 例 上 添加 对 Derived:: Redfined() 新 的 测试 要 求 和 增补 相应 的 测试 用 例 。 
例如 ,Base::Redefined() 中 含有 如 下 语句 : 


if(value<0) message ("less"); 


else if(value==0) message ("equal"); 
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else message ("more"); 
在 Derived: :Redfined() 中 定义 为 : 


if(value<0) message ("less"); 
else if(value==0) message("It is equal")7 
else 
{ message("more"); 
if(value==88) message ("luck");} 


在 原 有 的 测试 上 ,对 Derived: :Redfined() 的 测试 只 需 做 如 下 改动 : 将 value 二 二 0 的 测 
试 结果 进行 改动 ,增加 value 二 二 88 的 测试 。 

多 态 有 几 种 不 同 的 形式 ,如 参数 多 态 ,包含 多 态 .过 载 多 态 。 包 含 多 态 和 过 载 多 态 在 面 
向 对 象 语言 中 通常 体现 在 子 类 与 父 类 的 继承 关系 ,对 这 两 种 多 态 的 测试 参见 上 述 对 父 类 成 
员 函 数 继承 和 过 载 的 论述 。 包 含 多 态 虽 然 使 成 员 函 数 的 参数 可 有 多 种 类 型 ,但 通常 只 是 增 
加 了 测试 的 繁杂 。 对 具有 包含 多 态 的 成 员 函 数 测试 时 ,只 需要 在 原 有 的 测试 分 析 和 基础 上 
扩大 测试 用 例 中 输入 数据 的 类 型 的 考虑 。 

5. 面向 对 象 的 集成 测试 (OO integrate test) 

传统 的 集成 测试 ,是 由 底 向 上 通过 集成 完成 的 功能 模块 进行 测试 ,一 般 可 以 在 部 分 程序 
编译 完成 的 情况 下 进行 。 而 对 于 面向 对 象 程序 ,相互 调用 的 功能 是 散布 在 程序 的 不 同类 中 ， 
类 通过 消息 相互 作用 申请 和 提供 服务 。 类 的 行为 与 它 的 状态 密切 相关 ,状态 不 仅仅 是 体现 
在 类 数据 成 员 的 值 ,也 许 还 包括 其 他 类 中 的 状态 信息 。 由 此 可 见 , 类 相互 依赖 极其 紧密 , 根 
本 无 法 在 编译 不 完全 的 程序 上 对 类 进行 测试 。 所 以 ,面向 对 象 的 集成 测试 通常 需要 在 整个 
程序 编译 完成 后 进行 。 此 外 ,面向 对 象 程序 具有 动态 特性 ,程序 的 控制 流 往往 无 法 确定 , 因 
此 也 只 能 对 整个 编译 后 的 程序 做 基于 黑 盒子 的 集成 测试 。 

面向 对 象 的 集成 测试 能 够 检测 出 相对 独立 的 单元 测试 无 法 检测 出 的 那些 类 相互 作用 时 
才 会 产生 的 错误 。 基 于 单元 测试 对 成 员 函 数 行为 正确 性 的 保证 ,集成 测试 只 关注 于 系统 的 
结构 和 内 部 的 相互 作用 。 面 向 对 象 的 集成 测试 可 以 分 成 两 步 进 行 : 先进 行 静态 测试 ,再 进 
行动 态 测试 。 

静态 测试 主要 针对 程序 的 结构 进行 ,检测 程序 结构 是 否 符合 设计 要 求 。 现 在 流行 的 一 
些 测试 软件 都 能 提供 一 种 称 为 “可 逆 性 工程 ”的 功能 ,. 即 通过 原 程 序 得 到 类 关系 图 和 函数 功 
能 调用 关系 图 ,例如 International Software Automation 公司 的 Panorama-2 for Windows 
95、Rational 公司 的 Rose C++ Analyzer 等 ,将 “可 道 性 工程 ”得 到 的 结果 与 OOD 的 结果 相 
比较 ,检测 程序 结构 和 实现 上 是 否 有 缺陷 。 换 句 话 说 ,通过 这 种 方法 检测 OOP 是 否 达 到 了 
设计 要 求 。 

动态 测试 设计 测试 用 例 时 ,通常 需要 上 述 的 功能 调用 结构 图 、 类 关系 图 或 者 实体 关系 图 
为 参考 ,确定 不 需要 被 重复 测试 的 部 分 ,从 而 优化 测试 用 例 ,减少 测试 工作 量 ,使 得 进行 的 测 
试 能 够 达到 一 定 覆 盖 标 准 。 测 试 所 要 达到 的 覆盖 标准 可 以 是 : 达到 类 所 有 的 服务 要 求 或 服 
务 提 供 的 一 定 覆 盖 率 ;依据 类 间 传 递 的 消息 ,达到 对 所 有 执行 线程 的 一 定 覆 盖 率 ;达到 类 的 
所 有 状态 的 一 定 覆 盖 率 等 。 同 时 也 可 以 考虑 使 用 现 有 的 一 些 测 试 工 具 来 得 到 程序 代码 执行 
的 覆盖 率 。 
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具体 设计 测试 用 例 , 可 参考 下 列 步 又。 

(1) 先 选 定 检 测 的 类 ,参考 OOD 分 析 结 果 , 仔 细 分 析出 类 的 状态 和 相应 的 行为 ,类 或 成 
员 函 数 间 传递 的 消息 ,输入 或 输出 的 界定 等 。 

(2) 确定 覆盖 标准 。 

(3) 利用 结构 关系 图 确定 待 测 类 的 所 有 关联 。 

(4) 根据 程序 中 类 的 对 象 构造 测试 用 例 ,确认 使 用 什么 输入 激发 类 的 状态 .使 用 类 的 服 
务 和 期 望 产生 什么 行为 等 。 

值得 注意 的 是 ,设计 测试 用 例 时 ,不 但 要 设计 确认 类 功能 满足 的 输入 ,还 应 该 有 意识 地 
设计 一 些 被 禁止 的 例子 ,确认 类 是 否 有 不 合法 的 行为 产生 ,如 发 送 与 类 状态 不 相 适 应 的 消 
息 , 要 求 不 相 适 应 的 服务 等 。 根 据 具体 情况 ,动态 地 集成 测试 ,有 时 也 可 以 通过 系统 测试 
完成 。 

6. 面向 对 象 的 系统 测试 (OO system test) 

通过 单元 测试 和 集成 测试 , 仅 能 保证 软件 开发 的 功能 得 以 实现 。 但 不 能 确认 在 实际 运 
行 时 , 它 是 否 满足 用 户 的 需要 ,是 否 大 量 存在 实际 使 用 条 件 下 会 被 诱发 产生 错误 的 隐患 。 为 
此 ,对 完成 开发 的 软件 必须 经 过 规范 的 系统 测试 。 换 个 角度 说 ,开发 完成 的 软件 仅仅 是 实际 
投入 使 用 系统 的 一 个 组 成 部 分 ,需要 测试 它 与 系统 其 他 部 分 配套 运行 的 表现 ,以 保证 在 系统 
各 部 分 协调 工作 的 环境 下 也 能 正常 工作 。 在 后 面 对 ZXM10 收发 台 系 统 测 试 的 叙述 可 以 看 
到 ,其 他 的 系统 设备 (如 监控 台 、 图 像 台 、El 接 人 设备 .摄像头 等 ) 如 何 配合 收发 台 的 系统 
测试 。 

系统 测试 应 该 尽量 搭建 与 用 户 实际 使 用 环境 相同 的 测试 平台 ,应 该 保证 被 测 系统 的 完 
整 性 ,对 临时 没有 的 系统 设备 部 件 , 也 应 有 相应 的 模拟 手段 。 系 统 测试 时 ,应 该 参考 OOA 
分 析 的 结果 ,对 应 描述 的 对 象 、 属 性 和 各 种 服务 ,检测 软件 是 否 能 够 完全 再现” 问题 空间 。 
系统 测试 不 仅 是 检测 软件 的 整体 行为 表现 ,从 另 一 个 侧面 看 ,也 是 对 软件 开发 设计 的 再 
确认 。 

这 里 说 的 系统 测试 是 对 测试 步骤 的 抽象 描述 。 它 体现 的 具体 测试 内 容 包 括 以 下 方面 。 

(1) 功能 测试 : 测试 是 否 满 足 开发 要 求 ,是 否 能 够 提供 设计 所 描述 的 功能 ,是 否 用 户 的 
需求 都 得 到 满足 。 功 能 测试 是 系统 测试 最 常用 和 必需 的 测试 ,通常 还 会 以 正式 的 软件 说 明 
书 为 测试 标准 。 

(2) 强度 测试 : 测试 系统 的 能 力 最 高 实际 限度 , 即 软件 在 一 些 超 负荷 的 情况 下 功能 的 
实现 情况 。 如 要 求 软件 某 一 行为 的 大 量 重复 、 输 入 大 量 的 数据 或 大 数值 数据 、 对 数据 库 大 量 
复杂 的 查询 等 。 

(3) 性 能 测试 : 测试 软件 的 运行 性 能 。 这 种 测试 常常 与 强度 测试 结合 进行 ,需要 事先 
对 被 测 软件 提出 性 能 指标 ,如 传输 连接 的 最 长 时 限 、 传 输 的 错误 率 、. 计 算 的 精度 .记录 的 精 
度 .响应 的 时 限 和 恢复 时 限 等 。 

(4) 安全 测试 : 验证 安装 在 系统 内 的 保护 机 构 确 实 能 够 对 系统 进行 保护 ,使 之 不 受 各 
种 非常 的 干扰 。 安 全 测试 时 需要 设计 一 些 测试 用 例 试 图 突破 系统 的 安全 保密 措施 ,检验 系 
统 是 否 有 安全 保密 的 漏洞 。 
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(5) 恢复 测试 : 采用 人 工 的 干扰 使 软件 出 错 , 中 断 使 用 ,检测 系统 的 恢复 能 力 ,特别 是 
通信 系统 。 恢 复 测试 时 ,应 该 参考 性 能 测试 的 相关 测试 指标 。 

(6) 可 用 性 测试 : 测试 用 户 是 否 能 够 满意 使 用 。 具 体 体 现 为 操作 是 否 方便 ,用 户 界 面 
是 否 友好 等 。 

(7) 安装 / 印 载 测 试 (install/uninstall test) 等 。 


76 面向 对 象 测试 工具 JUnit 


JUnit 是 一 个 开源 的 Java 单元 测试 框架 。 在 1997 年 ,由 Erich Gamma 和 Kent Beck 开 
发 完成 。Erich Gamma 是 GOF 之 一 ;Kent Beck 则 在 Windows XP 中 有 重要 的 贡献 。 单 击 
http://www.junit. org 可 以 下 载 到 最 新 版 本 的 JUnit。 

这 样 , 在 系统 中 就 可 以 使 用 JUnit 编写 单元 测试 代码 了 。JUnit 设计 得 非常 小 巧 ,但 是 
功能 却 非常 强大 。 

下 面 是 JUnit 一 些 特 性 的 总 结 。 

(1) 提供 的 API 可 以 让 你 写 出 测试 结果 明确 的 可 重用 单元 测试 用 例 。 

(2) 提供 了 三 种 方式 来 显示 测试 结果 ,而 且 还 可 以 扩展 。 

(3) 提供 了 单元 测试 用 例 成 批 运行 的 功能 。 

(4) 超 轻 量 级 而 且 使 用 简单 ,没有 商业 性 的 欺骗 和 无 用 的 向 导 。 

(5) 整个 框架 设计 良好 , 易 扩展 。 

对 不 同性 质 的 被 测 对 象 ,如 Class、JSP、Servlet、EJB 等 ,JUnit 有 不 同 的 使 用 技巧 。 下 
面 以 类 测试 为 例 加 以 介绍 JUnit 的 安装 与 配置 。 

将 下 载 的 JUnit 压缩 包 解 压 到 一 个 物理 目录 中 (例如 E: \JUnit3. 8.1)。 记 录 JUnit. jar 文 
件 所 在 目录 名 (例如 下 : JUnit3. 8. 1\JUnit. jar) 。 进 入 操作 系统 (以 Windows 2000 操作 系 
统 为 例 ) ,按照 次 序 单 击 “ 开 始 ” 一 "设置 "一 "控制 面板 ”。 在 控制 面板 选项 中 选择 “系统 ”, 单 
击 “ 环 境 变量 ”, 在 “系统 变量 ”的 “变量 ”列表 框 中 选择 CLASS-PATH 关键 字 ( 不 区 分 大 小 写 )， 
如 果 该 关键 字 不 存在 则 添加 。 双 击 CLASS-PATH 关键 字 添 加 字符 串 “E:\JUnit3. 8. 1\ 
JUnti. jar”( 注 意 , 如 果 已 有 别 的 字符 串 请 在 该 字符 串 的 字符 结尾 加 上 分 号 ”“;”) ,然后 确定 ， 
JUnit 就 可 以 在 集成 环境 中 应 用 了 。 

下 面 以 一 个 简单 的 例子 人 手 。 这 是 一 个 只 会 做 两 数 加 减 的 Java 类 计算 器 程序 代码 : 

public class SampleCalculator 

public int add (int augend, int addend) 

| return augend+ addend; 
lie int subtration (int minuend, int subtrahend) 


return minuend- subtrahend; 


} 
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将 上 面 的 代码 编译 通过 。 下 面 就 是 为 上 面 程序 写 的 一 个 单元 测试 用 例 ( 请 注意 这 个 程 
序 里 面 类 名 和 方法 名 的 特征 ): 


import junit.framework.TestCase; 
public class TestSample extends TestCase 
{ 
public void testadd () 
{ 
SampleCalculator calculator=new SampleCalculator (); 
int result= calculator .add (50, 20); 
assertEquals (70, result); 
} 
public void testSubtration (); 
{ 
SampleCalculator calculator=new SampleCalculator (); 
int result= calculator.subtration (50, 20); 
assertEquals (30, result); 


} 


然后 在 DOS 命令 行 里 面 输入 javac TestSample. java 命令 使 测试 类 通过 编译 。 再 输入 
java junit, swingui. TestRunner TestSample 命令 运行 测试 类 ,将 会 看 到 测试 结果 ,绿色 说 明 
单元 测试 通过 ,没有 错误 产生 ;如 果 是 红色 的 , 则 就 是 说 测试 失败 了 。 这 样 一 个 简单 的 单元 
测试 就 完成 了 。 

按照 框架 规定 : 编写 的 所 有 测试 类 ,必须 继承 自 junit. framework. TestCase 类 ;里 面 的 
测试 方法 ,命名 应 该 以 Test 开头 ,必须 是 public void 而 且 不 能 有 参数 ;而 且 为 了 测试 查 错 
方便 ,尽量 一 个 Test X X 色 方法 对 一 个 功能 单一 的 方法 进行 测试 :使 用 assertEquals 等 
junit. framework. TestCase 中 的 断言 方法 来 判断 测试 结果 正确 与 否 。 经 过 简单 的 类 测试 学 
习 , 可 以 编写 标准 的 类 测试 用 例 了 。 


本 章 小 结 


本 章 主要 介绍 了 面向 对 象 软件 测试 相关 的 基本 内 容 。 首 先 介 绍 了 面向 对 象 的 基本 特 
点 ,接着 介绍 了 面向 对 象 的 软件 测试 的 基本 概念 以 及 与 传统 测试 的 区 别 ,然后 详细 介绍 了 面 
向 对 象 软 件 测试 的 基本 内 容 ,接着 重点 介绍 了 面向 对 象 软件 测试 的 测试 模型 ,包括 面向 对 象 
分 析 测 试 .面向 对 象 设计 的 测试 .面向 对 象 编程 的 测试 面向 对 象 单元 测试 面向 对 象 集成 测 
试 以 及 面向 对 象 系统 测试 。OOA test 和 OOD test 是 对 分 析 结 果 和 设计 结果 的 测试 ,主要 
是 对 分 析 设 计 产 生 的 文档 进行 测试 ,是 软件 开发 前 期 的 关键 性 测试 。OOP test 主要 针对 编 
程 风格 和 程序 代码 实现 进行 测试 ,主要 的 测试 内 容 在 面向 对 象 单 元 测试 和 面向 对 象 集成 测 
试 中 体现 。 最 后 再 概述 了 面向 对 象 单元 测试 工具 JUnit。 
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练习 题 
一 、 判 断 题 
1. 面向 对 象 测试 的 对 象 是 面向 对 象 软件 ,采用 面向 对 象 的 概念 和 原则 ,用 结构 化 的 方 
法 构建 。 人 
2. 面向 对 象 编程 的 特点 有 抽象 .继承 .封装 和 多 态 性 。 ( ) 
3. JUnit 是 面向 对 象 的 单元 测试 工具 。 € ) 
4. 类 是 具有 相同 属性 和 相同 行为 的 对 象 的 集合 。 ( ) 
5. 面向 对 象 的 集成 测试 能 够 检测 出 相对 独立 的 单元 测试 无 法 检测 出 的 那些 类 相互 作 
用 时 才 会 产生 的 错误 。 ( ) 
二 、 选 择 题 
1. 软件 测试 分 类 按 用 例 设计 方法 的 角度 分 为 ( 
A. 单元 测试 和 集成 测试 B. 静态 测试 和 动态 测试 
C. 黑 盒 测 试 和 白 盒 测试 D. 系统 测试 和 验收 测试 
2. 面向 对 象 开发 的 特点 是 遵循 以 下 三 项 原则 ( Ns 
A. 抽象 原则 B. 封装 原则 C. 继承 原则 D. 特殊 原则 


3. 在 面向 对 象 编程 (OOP) 阶 段 , 忽 略 类 功能 实现 的 细则 ,将 测试 的 目光 集中 在 类 功能 
的 实现 和 相应 的 面向 对 象 程序 风格 ,主要 体现 为 以 下 两 个 方面 (假设 编程 使 用 C++ 语言 ): 
( )。 
A. 数据 成 员 是 否 满足 数据 封装 的 要 求 ” B. 类 是 否 实 现 了 要 求 的 功能 


C. 封装 是 否 满足 了 成 员 要 求 D. 功能 是 否 实现 
4. 属于 面向 对 象 单元 测试 工具 的 是 ( 3s 

A. LoadRunner B. QTP GQ D. JUnit 
5. 面向 对 象 开发 模型 包含 ( ) 阶 段 。 

A. OOA B. OOD CG. OOP D. AOP 
三 、 简 答题 


1. 面向 对 象 的 测试 模型 是 什么 ? 包括 哪 几 个 阶段 ? 
2. 面向 对 象 的 系统 测试 包括 哪些 方面 ? 
3. 面向 对 象 的 特点 有 哪些 ? 
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本 章 目标 
。 掌握 缺陷 跟踪 管理 基本 理论 
。 掌握 Bug 的 生命 周期 和 管理 
。 了 解 缺 陷 管理 工具 JIRA 


本 章 单词 


bug: assigned: 








postponed: rejected: 
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现在 软件 开发 公司 越 来 越 重视 产品 质量 ,很 多 软件 公司 纷纷 成 立 了 自己 的 测试 团队 , 测 
试 在 软件 开发 的 周期 中 显得 越 来 越 重 要 。 软 件 测 试 是 为 发 现 错误 而 运行 一 个 程序 或 者 系统 
的 过 程 。 软 件 测试 的 主要 目的 是 发 现 软件 中 的 错误 或 缺陷 。 这 里 软件 中 的 一 个 错误 或 缺陷 
就 是 一 个 Bug。 软 件 测试 的 过 程 就 是 不 断 寻 找 Bug, 然 后 排除 Bug。 微 软 公司 的 研发 管理 
中 , 它 的 Bug 管理 系统 是 居于 核心 地 位 的 。 测 试 人 员 只 要 发 现 问题 就 立即 新 建 一 个 Bug 了 
以 跟踪 并 指派 给 相关 的 开发 小 组 长 ,开发 人 员 会 根据 Bug 的 详细 信息 找到 问题 所 在 ,修改 
程序 解决 这 个 Bug, 并 把 Bug 返回 给 当初 的 测试 人 员 。 阅 读 每 个 Bug ,你 可 以 详细 地 看 到 大 
家 解决 这 个 问题 的 完整 思路 。 一 般 情况 下 ,在 分 析 、 设 计 、 实 现 阶 段 的 复审 和 测试 工作 中 能 
够 发 现 和 避免 80% 的 Bug, 而 系统 测试 又 能 找 出 其 余 Bug 中 的 15% ,余下 的 5% 的 Bug 可 
能 只 有 在 用 户 的 大 范围 .长 时 间 使 用 后 才 会 暴露 出 来 。 因 为 测试 只 能 够 保证 尽 可 能 多 地 发 
现 错误 ,无 法 保证 能 够 发 现 所 有 的 错误 。 








8.1 ”Bug 的 影响 


8.1.1 精神 的 摧残 


谁 会 愿意 得 到 垃圾 团队 的 称号 ? 

Bug 有 着 无 穷 的 生命 力 ,你 会 很 悲观 ,认为 自己 已 经 无 能 为 力 了 ,这 种 情绪 会 在 长 时 间 
的 工作 后 加 重 。 

我 们 都 厌倦 重复 处 理 相同 的 问题 ,测试 人 员 也 已 经 烦 透 了 长 长 的 Bug 列表 ,精神 压力 
与 日 俱 增 。 

低 生 产 率 和 低 等 产品 质量 ,耗费 了 大 量 的 资源 。 有 时 管理 层 并 没有 意识 到 发 生 了 什么 
问题 ,为 了 保证 项 目的 最 终 交 付 , 他 们 为 项 目 输送 了 源源 不 断 的 新 人 ,由 于 培训 无 法 跟 进 , 最 
终 导致 了 整个 产品 开发 的 崩溃 。 


8.1.2 形象 的 损失 


如 果 某 些 公司 的 某 些 产品 出 现 了 重大 Bug, 势 必 会 牵连 到 降低 公司 的 形象 ,至 少 我 们 有 
理由 相信 该 公司 的 产品 质量 不 稳定 。 

电子 商务 更 能 体现 形象 ,如 果 网 站 很 长 时 间 才 能 响应 客户 服务 ,或 者 出 现 了 丢失 订单 、 
混乱 订单 的 现象 ,这 样 的 网 站 会 很 快 被 客户 抛弃 ,客户 一 旦 离开 就 很 难 找 回 。 

形象 的 损失 带 来 的 后 果 是 巨大 的 ,产品 不 被 市 场所 认可 ,甚至 公司 也 不 再 被 市 场所 
认可 。 


8.1.3 财富 的 流失 


产品 的 开发 需要 资金 ,公司 的 运转 需要 资金 , 坏 的 市 场 形象 需要 公司 花费 更 多 的 资金 来 
挽回 声誉 。 
有 Bug 的 软件 产品 后 期 维护 也 是 一 个 大 问题 。 
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82 Bug 的 产生 


8.2.1 交流 的 误解 


(1) 羞涩 。 跟 客户 交流 的 时 候 总 是 用 很 小 的 声音 说 明 自 己 的 观点 ,表现 力度 不 够 ;或 者 
静 静 地 坐 在 会 议 室 的 角落 ,没有 任何 思想 地 观看 别人 的 激烈 讨论 。 

(2) 胆 惰 。 项 目 参 与 人 员 缺 乏 对 客户 的 了 解 , 造 成 育 上 日 跟从 心理 。 交 流 的 时 候 只 是 去 
听 , 而 不 敢 反 驳 或 者 提出 相反 的 意见 。 

(3) 依赖 。 部 分 项 目 参 与 人 员 认 为 交流 的 时 候 , 只 要 有 一 个 人 做 会 议 笔记 就 可 以 了 ,总 
是 找 一 种 感情 上 的 依托 。 

(4) 轻视 。 拥 有 专业 知识 的 项 目 人 员 不 重视 客户 所 说 的 ,或 者 认为 客户 所 说 的 不 可 能 
实现 毫 无 科学 根据 。 

(5) 健忘 。 自 信 能 记 住 会 议 上 所 有 讨论 内 容 而 不 做 笔记 ,结果 在 实际 的 设计 或 者 开发 
过 程 中 遗忘 了 部 分 要 点 和 注意 事项 。 

(6) 误解 。 这 是 人 类 相互 之 间 普 遍 存 在 的 一 种 现象 。 

我 们 的 认 知 层面 .各 自 拥有 的 知识 .处事 原 则 各 不 相同 ,难免 会 产生 这 种 情况 ,可 以 通过 
相互 培训 及 有 效 的 交流 来 避免 这 种 情况 的 发 生 。 


8.2.2 软件 的 复杂 性 、 程 序 员 的 错误 


(1) 过 于 疲劳 。 让 程序 员 持 续 地 开发 ,疲于奔命 地 完成 某 项 任务 ,这 时 候 程序 员 认为 休 
息 比 编码 质量 更 重要 。 

(2) 不 守 规 矩 。 程 序 员 按照 自己 心中 的 蓝图 去 描绘 一 个 美丽 的 乌托邦 ,或 者 随心 所 和 欲 
地 使 用 自己 的 编码 格式 ,完全 不 遵守 项 目的 开发 准则 。 

(3) 过 于 热心 。 程 序 员 经 常 犯 这 样 的 错误 ,没有 经 过 严格 验证 和 全 局 考虑 ,任意 修改 设 
计 并 且 认为 这 会 产生 更 好 的 效果 。 


8.2.3 需求 变化 


(1) 客户 并 不 了 解 需求 变化 所 带 来 的 后 果 , 就 算 知 道 了 他 们 还 是 会 坚持 这 么 做 。 并 且 
在 客户 的 眼 里 ,他 们 只 需要 看 到 变化 , 却 从 不 考虑 变化 所 需 的 额外 工作 时 间 。 

(2) 需求 变化 的 后 果 可 能 会 造成 重新 设计 或 者 日 程 调整 ,已 完成 的 工作 可 能 要 重 做 或 
者 被 完全 抛弃 ,整个 项 目 环境 可 能 要 因此 改变 等 。 

(3) 频繁 的 .小 的 变化 或 者 几 次 重大 的 变化 ,项 目 各 部 分 之 间 已 知 或 者 未 知 的 依赖 关系 
就 会 相互 影响 ,从 而 导致 更 多 问题 的 出 现 。 

(4) 需求 变化 增加 了 项 目 操作 的 复杂 性 ,产生 了 大 量 不 确定 因素 ,并 且 还 可 能 打击 参与 
人 员 的 工作 积极 性 。 一 个 需求 变化 频繁 的 项 目 或 者 产品 是 没有 任何 测试 价值 的 。 


8.2.4 时 间 压 力 


时 间 是 一 种 宝贵 的 资源 。 所 有 软件 项 目 时 间 都 需要 精确 估算 。 当 夹杂 着 预计 、 猜 测 这 
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些 不 稳定 的 因素 时 ,在 最 终 期 限 迫近 和 关键 时 刻 到 来 之 际 ,错误 也 就 跟着 出 现 了 。 
8.2.5 文档 贫乏 


贫乏 或 者 差劲 的 文档 使 得 代码 维护 和 修改 变 得 异常 艰辛 ,其 结果 是 带 来 许多 错误 。 

区 分 职业 实现 人 员 的 方法 并 不 是 看 他 有 几 年 的 编码 经 验 ,而 在 于 其 是 否 有 良好 的 先 文 
档 后 实现 的 习惯 。 

文档 代表 着 一 种 特殊 的 记忆 ,没有 它 的 存在 对 人 对 己 都 不 利 。 


8.2.6 软件 开发 工具 


总 是 希望 通过 更 加 先进 的 工具 来 避免 Bug 的 出 现 , 这 就 患 上 了 典型 的 “ 银 弹 综合 征 ”。 
开发 工具 可 能 使 我 们 摆脱 某 些 问题 ,并 且 提 高 工作 效率 。 实 际 上 ,现代 的 开发 工具 对 整 
个 软件 质量 尤其 是 可 靠 性 并 没有 什么 重大 的 影响 。 


83 Bug 如 何 穿 透 测试 


8.3.1 代价 太 大 


正规 的 软件 公司 会 引入 QA, 对 项 目 整个 过 程 进 行 全 方位 的 质量 保证 工作 。 但 是 执行 
QA 需要 调用 很 多 的 资源 ,比如 要 检查 和 复审 需求 阶段 输出 的 标准 工件 ,就 需要 高 水 平 的 分 
析 员 加 入 ,但 是 通常 他 们 时 间 很 宝贵 ,并 且 不 会 有 太 多 的 精力 顾及 此 事 。 

在 设计 和 实现 阶段 , 随 着 大 量 审查 工作 的 介入 ,所 有 该 阶段 的 参与 人 员 都 要 付出 更 多 的 
时 间 和 精力 来 参与 。 

这 些 形式 的 检查 .审查 和 测试 延长 了 整个 项 目的 开发 过 程 , 这 些 附加 的 工作 时 间 都 会 直 
接 变 成 附加 费用 ,大 大 增加 了 整个 项 目的 造价 。 


8.3.2 市 场 决策 


即使 测试 人 员 发 现 了 产品 中 的 Bug .但 是 公司 会 觉得 修复 Bug 将 延长 整个 产品 的 发 布 
时 间 , 有 可 能 错过 销售 的 旺季 (可 能 是 每 年 的 5 一 10 月 份 ) ,并 且 会 打 乱 整个 公司 针对 该 产品 
的 销售 计划 ,在 确认 产品 中 的 Bug 不 是 非常 严重 的 情况 下 ,软件 被 销售 了 。 但 是 ,如 果 这 是 
航天 、 医 疗 、 股 票 交易 的 管控 软件 系统 ,如 果 带 有 Bug, 则 后 果 是 非常 严重 的 ,但 是 对 于 某 些 
行业 这 样 的 做 法 是 可 行 的 。 
8.3.3 ”时 间 紧 迫 

测试 要 花费 大 量 的 时 间 ,至今 尚未 有 一 种 自动 化 的 测试 工具 能 够 全 面 .高 效率 地 测试 一 
套 软件 产品 。 

测试 项 目 经 理 接 到 测试 任务 后 表现 得 过 于 乐观 ,没有 考虑 任务 的 风险 。 

开发 人 员 过 高 估计 自己 的 能 力 ,认为 所 有 的 Bug 都 是 微不足道 ,便于 修复 的 。 他 让 测 
试 工作 和 编码 工作 同时 进行 ,这 样 根本 没 办 法 保证 测试 的 正确 性 。 并 且 在 时 间 紧 迫 的 时 候 ， 
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大 多 数 测试 员 只 是 选择 明显 的 几 条 程序 路 径 测 试 或 者 输入 不 完整 的 测试 数据 ,这 些 都 造成 
了 大 量 的 Bug。 


8.3.4 现场 证 据 


有 时 会 遇 到 这 种 问题 ,发现 了 Bug 但 是 不 知道 怎么 把 它 明显 地 表示 出 来 。 不 能 向 开发 
人 员 提 供 足 够 的 证 据 报告 ,这 是 测试 人 员 的 失误 ,开发 人 员 同 样 会 根据 这 样 的 报告 评价 测试 
人 员 的 所 作 所 为 。 

(1) Bug 的 可 重 现 性 与 导致 Bug 出 现 的 原因 有 着 密切 的 联系 。 

(2) Bug 的 可 重 现 性 也 体现 了 测试 人 员 对 软件 系统 的 熟悉 程度 。 

(3) Bug 的 可 重 现 性 也 体现 在 操作 的 顺序 上 。 


8.3.5 过 于 自信 


开发 人 员 经 常 说 “我 做 的 肯定 没 问题 "或 者 “不 可 能 呀 , 它 在 我 的 机 器 上 跑 得 好 好 的 ”。 
有 的 时 候 项 目 管理 者 也 有 责任 ,过 于 相信 团队 成 员 的 表现 ,而 不 去 理会 测试 人 员 或 者 客户 的 
抱怨 。 

没有 详细 的 测试 计划 ,没有 严谨 的 测试 行为 ,不 再 关注 每 个 细小 的 环节 ,这 样 Bug 就 悄 
悄 出 现 了 。 


8.3.6 模糊 提交 和 测试 环境 


(1) 缺少 必要 的 测试 工具 和 设备 。 在 一 个 大 型 的 网 站 中 ,系统 在 正常 负载 情况 下 的 性 
能 非常 重要 ,如 果 测 试 人 员 没 有 一 种 有 效 的 测试 工具 或 者 必要 的 硬件 设备 ,那么 就 很 难 去 模 
拟 、 再 现 系统 负载 的 环境 。 

(2) 缺少 必要 的 系统 配置 。 如 果 是 Java 开发 的 程序 ,我们 可 能 会 在 多 种 操作 系统 上 去 
验证 它 的 正确 性 和 稳定 性 。 

(3) 缺少 必要 的 测试 用 例 。 好 的 测试 模型 可 以 减少 更 多 的 Bug ,也 可 以 发 现 更 多 潜在 
的 Bug。 好 的 测试 用 例 不 仅仅 是 一 系列 测试 方法 的 组 合 , 它 更 大 的 用 处 在 于 和 历史 积累 
Bug 记录 的 对 比分 析 。 


84 Bug 的 种 类 


8.4.1 需求 阶段 的 Bug 


(1) 模糊 不 清 的 需求 ; 
(2) 忽略 的 需求 ; 
(3) 冲突 的 需求 。 


8.4.2 分析、 设计 阶段 的 Bug 一 一 忽略 设计 
(1) 混乱 的 设计 : 这 样 的 情况 发 生 在 两 种 设计 性 质 完全 相反 的 情况 中 ,如 果 在 实际 的 





三 种 需求 
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系统 中 , 某 块 地 址 规定 不 允许 被 多 线程 访问 ,而 方案 却 被 设计 成 以 多 线程 方式 进行 , 则 会 在 
此 层面 上 产生 Bug ,严重 的 会 造成 整个 系统 的 骨 溃 。 

(2) 模糊 的 设计 : 模糊 Bug 产生 的 原因 在 于 设计 人 员 对 需求 没有 清晰 的 认识 ,或 者 需 
求 本 身 就 是 含糊 不 清 的 。 


8.4.3 实现 阶段 的 Bug 一 一 遗漏 的 功能 


(1) 内 存 溢出 : 属于 一 种 比较 严重 的 软件 Bug 类 型 。 例 如 ,软件 执行 了 某 些 强行 向 操 
作 系统 保护 地 址 写 入 数据 的 指令 ,导致 整个 环境 的 彻底 崩溃 ;再 如 ,数值 除 零 导致 堆栈 溢出 。 

(2) 其 他 实现 : 表现 为 出 现 的 错误 难以 定位 其 类 型 ,比如 在 产品 化 阶段 ,测试 人 员 或 者 
最 终 用 户 提 出 的 部 分 提高 程序 运行 效率 的 建议 ,当然 开发 人 员 并 不 完全 处 理 这 些 问题 ,但 是 
这 些 建议 将 成 为 一 种 特殊 的 Bug 类 型 ,被 保留 在 项 目 数据 库 中 。 


8.4.4 配置 阶段 的 Bug 


(1) 配置 阶段 的 Bug 是 最 危险 的 ,往往 体现 在 软件 交付 或 者 最 后 的 系统 测试 中 。 

(2) 配置 阶段 的 Bug 出 现 的 原因 是 复杂 的 ,比较 典型 的 是 旧 的 代码 覆盖 了 新 的 代码 ;或 
者 测试 服务 器 上 的 代码 和 实现 人 员 本 机 最 新 代码 版 本 不 一 致 。 这 些 情 况 造 成 了 错误 代码 被 
修改 后 ,经 过 一 个 时 间 段 再 次 回归 测试 时 又 会 出 现 同样 的 问题 。 

(3) 配置 阶段 的 Bug 解决 方案 也 很 简单 ,项 目 组 可 以 指定 专人 (集成 员 ) 进 行 配置 和 集 
成 管理 ,集成 员 保证 正确 集成 整个 系统 ,并 将 最 新 的 代码 发 布 到 测试 服务 器 或 者 客户 服务 器 
上 。 这 个 阶段 由 QA( 质 量 保证 ?部 门 负责 监管 和 控制 ,规定 集成 的 时 间 间 隔 和 最 佳 集成 时 
间 ,统一 维护 一 份 项 目 组 集成 人 员 和 集成 时 间 列 表 。 


8.4.5 短视 将 来 的 Bug 


很 多 软件 Bug 都 是 设计 人 员 或 者 实现 人 员 的 眼光 短 浅 造 成 的 ,出 名 的 例子 就 是 “千年 
虫 > 问 题 。 

其 他 短视 的 Bug 例子 还 有 我 们 以 前 的 身份 证 号 码 , 原 来 的 15 位 的 编号 根本 不 符合 一 
人 一 号 的 设计 要 求 , 重 码 的 现象 相当 严重 ,所 以 出 现 了 18 位 号 码 。 青 如 ,中 国 移动 开发 了 
134 号 段 的 号 码 ,现在 又 有 了 159 号 段 。 


8.4.6 ”静态 文档 的 Bug 


文档 Bug 的 定义 很 简单 , 即 说 明 模糊 、 描 述 不 完整 和 过 期 的 都 属于 文档 Bug。 

说 明 模 糊 特 指 无 充分 的 信息 判断 如 何 正 确 地 处 理事 情 。 例 如 ,设计 文档 中 说 明了 对 类 
实例 方法 的 调用 , 却 没 说 明 边界 条 件 和 特殊 的 调用 顺序 。 

描述 不 完整 特 指 文档 信息 不 足以 支持 用 户 完成 某 项 工作 。 例 如 , 某 套 软 件 的 某 一 项 操 
作 有 具体 的 前 置 条 件 ,而 客户 从 文档 上 并 没有 获取 关于 该 前 置 操作 的 相关 信息 ,客户 便 认 为 
软件 存在 着 Bug。 

过 期 文档 本 身 就 是 错 的 并 且 无 法 弥补 ,这 种 现象 经 常 发 生 在 后 期 对 系统 功能 修改 而 没 
有 及 时 更 新 对 应 的 文档 ,造成 了 文档 的 不 一 致 性 。 
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85 Bug 的 生命 周期 


(1) Bug 初始 (unconfirmed & new) 状 态 ; 
(2) Bug 分 配 (assigned) 状 态 ; 

(3) Bug 重新 分 配 (reassigned) 状 态 ; 

(4) Bug 修复 (resolved & fixed) 状 态 ; 
(5) Bug 验证 (verified & fixed) 状 态 ; 
(6) Bug 重新 打开 (reopen) 状 态 ; 

(7) Bug 关闭 (closed & fixed) 状 态 。 





86 ”Bbug 的 关键 字 


8.6.1 Bug 的 流转 状态 关键 字 


(1) 未 确定 的 (unconfirmed)。 这 个 Bug 最 近 才 被 发 现 , 还 没有 人 确认 它 是 否 真 的 存 
在 ,如 果 有 别 的 测试 人 员 碰 到 了 同样 的 问题 ,就 可 以 将 这 个 Bug 标志 为 new, 或 者 将 这 个 
Bug 删除 ,或 者 做 上 closed 标记 。 

(2) 新 加 入 的 (new)。 这 个 Bug 最 近 被 测试 人 员 添 加 到 Bug 列表 中 ,已 经 被 证 实 存在 
且 必 须 修 改 的 。 即 将 被 分 配 ,如 果 分 配 了 可 以 标志 为 assigned, 未 分 配 则 将 保留 new 标志 ， 
或 者 做 上 resolved 标记 。 

(3) 确认 分 配 的 (assigned)。 测 试 人 员 将 Bug 的 修复 任务 分 配给 具体 的 实现 人 员 ,如 果 
Bug 不 属于 被 分 配 实现 人 员 的 范围 ,可 置 为 reassigned, 等 待 被 重新 指定 相关 修改 人 员 。 

(4) 重新 分 配 的 (reassigned) 。 该 Bug 不 属于 被 分 配 实 现 人 员 的 范围 ,可 置 为 reassigned 
等 待 被 重新 指定 相关 修改 人 员 。 

(5) 需要 帮助 的 (needinfo) 。 测 试 人 员 或 实现 人 员 无 法 对 发 现 的 Bug 进行 精确 定位 或 
描述 ,需要 相关 实现 人 员 协 助 , 以 更 深刻 地 认识 和 修复 这 个 Bug。 

(6) 重复 出 现 的 (reopened)。 该 Bug 已 经 不 是 第 一 次 被 发 现 , 它 可 以 被 标志 为 assigned 
或 者 resolved 。 

(7) 已 解决 的 (resolved) 。 实 现 人 员 对 被 分 配给 自己 的 Bug 进行 修改 ,修改 完 以 后 , 修 

(8) 重新 启用 的 (reopen) 。 当 实现 人 员 发 现 某 些 Bug 具有 关联 性 ,即使 该 Bug 被 正确 
修复 了 ,也 会 被 发 送 到 起 始 状 态 等 待 回 归 再 次 确认 。 或 测试 人 员 发 现 该 Bug 没有 被 真正 修 
改 后 , 重 置 状态 。 

(9) 正在 验证 的 (verified)。 测 试 人 员 对 标记 为 resolved 状态 的 Bug 进行 验证 。 

(10) 安全 关闭 的 (closed)。 该 Bug 已 经 被 完全 解决 。 
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8.6.2 Bug 的 解决 关键 字 


(1) 已 经 修复 (fixed) 。 该 Bug 被 正确 修复 了 ,并 且 得 到 了 测试 人 员 的 确认 。 

(2) 无 法 修复 (wontfix) 。 发 现 的 Bug 永远 不 会 被 修复 ,或 者 该 Bug 牵涉 面 太 广 需要 委 
员 会 决定 。 

(3) 下 版 本 解决 (later) 。 发 现 的 Bug 不 会 在 产品 的 这 个 版 本 中 解决 ,将 在 下 一 个 版 本 
中 被 修复 。 

(4) 无 法 确定 (remind) 。 发 现 的 Bug 可 能 不 会 在 产品 的 这 个 版 本 中 解决 ,也 可 能 会 。 

(5) 重复 的 (duplicate)。 发 现 的 Bug 是 一 个 已 存在 Bug 的 复 件 。 

(6) 无 法 证 实 (incomplete)。 用 了 所 有 的 方法 都 不 能 青 现 这 个 Bug, 没 有 更 多 的 线索 来 
证 实 这 Bug 的 存在 ,即使 看 程序 源 代码 也 无 法 确认 这 个 Bug 的 出 现 。 

(7) 测试 错误 (nota Bug)。 报 告 出 现 了 错误 ,将 正确 的 软件 过 程 报告 成 Bug 了 。 

(8) 无 效 的 (invalid) 。 描 述 的 问题 不 是 Bug, 属 于 测试 人 员 输 入 错误 ,通过 此 项 来 取消 。 

(9) 问题 归档 (worksforme)。 所 有 要 重 现 这 个 Bug 的 企图 都 是 无 效 的 ,如 果 该 Bug 有 
更 多 的 信息 出 现 , 则 重新 分 配 这 个 Bug, 而 现在 只 把 它 列 入 问题 归档 。 


8.6.3 Bug 的 严重 等 级 关键 字 


(1) 危急 的 (critical) 。 能 使 不 相关 的 系统 内 软件 (或 整个 系统 ) 损 坏 ,或 造成 严重 的 信 
息 遗 失 ,或 为 安装 该 软件 包 的 系统 引入 安全 漏洞 。 

(2) 重大 的 (grave) 。 使 该 软件 包 无 法 或 几乎 不 可 用 ,或 造成 数据 遗失 ,或 引入 一 个 多 
许 侵 入 此 软件 包 用 户 之 账号 的 安全 漏洞 。 

(3) 严重 的 (serious)。 该 软件 包 违 反 了 “必须 ”或 “必要 ”的 规定 ,或 者 是 软件 包 维 护 人 
员 和 测试 人 员 认 为 该 软件 包 已 不 适合 发 布 。 

(4) 锁定 的 (blocker)。 这 个 Bug 阻碍 了 后 面 的 操作 ,需要 马上 或 者 尽快 排除 。 

(5) 重要 的 (important) 。 该 错误 影响 了 软件 包 可 用 性 ,但 不 至 造成 所 有 人 都 不 可 用 。 

(6) 常规 的 (normal) 。 为 默认 ,适用 于 大 部 分 的 错误 。 

(7) 轻微 的 (minor) 。 该 错误 不 致 影响 软件 包 的 使 用 ,而 且 应 该 很 容易 解决 。 

(8) 微不足道 的 (trivial) 。 该 错误 无 关 紧 要 ,多 指 外 观 上 的 字符 拼写 错误 ,不 影响 整个 
项 目 。 


8.6.4 Bug 处 理 的 优先 等 级 关键 字 


(1) 立刻 修复 (immediate) 。 这 个 Bug 已 经 阻碍 了 开发 工作 或 者 测试 工作 ,需要 立刻 
修改 。 

(2) 马上 修复 (urgent)。 这 个 Bug 阻碍 了 软件 的 一 部 分 应 用 ,如 果 不 修复 它 将 妨碍 下 
面 计 划 的 实施 。 

(3) 尽快 修复 (high)。 真 实 存 在 的 并 不 是 很 严重 ,在 版 本 发 布 之 前 修复 。 

(4) 正常 修复 (normal)。 有 充足 的 时 间 来 修复 这 个 问题 ,并 且 这 个 Bug 给 现行 系统 的 
影响 不 大 。 

(5) 考虑 修复 (low)。 不 是 什么 关键 Bug, 当 时 间 允 许 的 时 候 可 以 考虑 修复 。 
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87 Bug 的 管理 


缺陷 的 管理 目前 一 般 是 采用 工具 来 进行 管理 和 跟踪 ,一 些 规模 小 的 公司 还 是 采用 文档 
来 进行 跟踪 和 管理 ,这 样 会 浪费 很 多 人 力 ,物力 ,而 且 管 理 的 过 程 会 出 现 混乱 ,不 容易 进行 整 
个 项 目的 缺陷 跟踪 和 管理 。 以 下 是 一 个 缺陷 跟踪 管理 流程 图 和 Bug 处 理 过 程 ,如 图 8-1 
所 示 。 
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图 8-1 Bug 处 理 过 程 


(1) Bug Start> Bug 初始 状态 一 Bug 分 配 状态 一 Bug 重新 分 配 状 态 一 Bug 修复 状 
态 一 Bug 验 证 状态 一 Bug 关闭 状态 

测试 人 员 发 现 Bug 并 且 将 该 Bug 标记 为 unconfirmed & new 状态 ,下 一 步 测 试 人 员 在 
排除 Bug 的 登记 错误 后 ,将 该 Bug 置 为 assigned 状态 。 实 现 人 员 接 到 该 Bug 通告 进行 Bug 
确认 ,确认 成 功 后 该 Bug 状态 被 置 为 reassigned 状态 , 当 实 现 人 员 修 复 Bug 后 该 Bug 置 为 
resolved &. fixed 状态 。 测 试 人 员 对 实现 人 员 修 复 后 的 Bug 进行 确认 测试 ,如 果 该 Bug 被 
正确 修复 了 ,那么 其 状态 被 置 为 closed & fixed 状态 ,同时 意味 着 该 Bug 的 整个 生命 周期 
终结 。 

(2) Bug start> Bug 修复 状态 一 Bug 验证 状态 一 Bug 关闭 状态 

回归 测试 后 ,如 果 部 分 登记 Bug 再 次 出 现 ,测试 人 员 可 直接 将 已 登记 的 closed & fixed 
状态 的 Bug 转 入 修复 流程 ,等 实现 人 员 修 复 Bug 后 将 该 Bug 置 为 resolved &. fixed 状态 。 
测试 人 员 对 实现 人 员 修 复 后 的 Bug 进行 确认 测试 ,如 果 该 Bug 被 正确 修复 了 ,那么 其 状态 
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被 置 为 closed & fixed 状态 ,同时 意味 着 该 Bug 的 整个 生命 周期 终结 。 

(3) Bug start> Bug 初始 状态 一 Bug 分 配 状态 一 Bug 重新 分 配 状 态 

测试 人 员 发 现 Bug 并 且 将 该 Bug 标记 为 unconfirmed & new 状态 ,下 一 步 测试 人 员 在 
排除 Bug 的 登记 错误 后 ,将 该 Bug 置 为 assigned 状态 。 实 现 人 员 接 到 该 Bug 通告 进行 Bug 
确认 ,确认 失败 后 该 Bug 状态 被 置 为 reassigned 状态 并 发 送 回 Bug 起 始 阶段 。 

(4) Bug start> Bug 初始 状态 一 Bug 分 配 状态 一 Bug 重新 分 配 状态 一 Bug 修复 状 
态 一 Bug 重 新 打开 状态 

测试 人 员 发 现 Bug 并 且 将 该 Bug 标记 为 unconfirmed & new 状态 ,下 一 步 测 试 人 员 在 
排除 Bug 的 登记 错误 后 ,将 该 Bug 置 为 assigned 状态 。 实 现 人 员 接 到 该 Bug 通告 进行 Bug 
确认 ,确认 成 功 后 该 Bug 状态 被 置 为 reassigned 状态 , 当 实现 人 员 修 复 Bug 后 该 Bug 置 为 
resolved & fixed 状态 ,但 是 实现 人 员 发 现 该 Bug 与 其 他 实现 人 员 的 Bug 有 关联 关系 ,可 能 
导致 本 次 修复 无 效 , 所 以 实现 人 员 将 该 Bug 置 为 reopen 状态 发 送 回 Bug 起 始 阶段 。 

(5) Bug start Bug 初始 状态 一 Bug 分 配 状 态 一 Bug 重新 分 配 状 态 一 Bug 修复 状 
态 习 Bug 验证 状态 一 Bug 重新 打开 状态 

开发 人 员 接 到 该 Bug 通告 进行 Bug 确认 ,确认 成 功 后 该 Bug 状态 被 置 为 reassigned 状 
态 , 当 实现 人 员 修复 Bug 后 该 Bug 置 为 resolved & fixed 状态 。 测 试 人 员 对 实现 人 员 修 复 
后 的 Bug 进行 确认 测试 ,验证 成 功 后 测试 人 员 怀 疑 该 Bug 并 非 真 正 修复 ,将 该 Bug 置 为 
reopen 状态 发 送 回 Bug 起 始 阶段 。 





88 缺陷 管理 工具 JIRA 


8.8.1 JIRA 介绍 


跟踪 并 管理 在 项 目 开发 和 维护 过 程 中 出 现 的 问题 (如 ,缺陷 .新 特性 、 任 务 改进 等 ) 是 项 
目 管 理 很 重要 的 任务 ,但 是 很 少 有 团队 能 做 好 。JIRA 作为 一 个 专业 的 问题 跟踪 系统 可 以 帮 
助 您 把 缺陷 管理 起 来 ,让 跟踪 和 管理 在 项 目 中 发 现 的 问题 变 得 简单 ,而 且 充分 利用 JIRA 的 
灵活 配置 和 扩展 性 ,可 以 将 JIRA 作为 一 个 项 目 管理 系统 或 者 IT 支持 系统 。 

1. JIRA 特性 

(1) 管理 缺陷 .新 特性 、 任 务 改进 或 者 其 他 任何 问题 ; 

(2) 人 性 化 使 用 的 用 户 界面 ; 

(3) 灵活 的 工作 流 定 制 ; 

(4) 全 文 搜索 和 强大 的 过 滤器 ; 

(5) 企业 级 的 权限 和 安全 控制 ; 

(6) 非常 灵活 的 邮件 通知 配置 ; 

(7) 可 以 创建 子 任务 ; 

(8) 方便 的 扩展 及 与 其 他 系统 集成 : 包括 E-mail、LDAP 和 源码 控制 工具 等 ; 

(9) 丰富 的 插件 库 ; 

(10) 项 目 类 别 和 组 件 /模块 管理 ; 
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(11) 可 以 在 几乎 所 有 硬件 ,操作 系统 和 数据 库 平台 运行 。 

2. JIRA 角色 

JIRA 作为 一 个 缺陷 跟踪 管理 系统 ,可 以 被 企业 管理 人 员 、 项 目 管理 人 员 、 开 发 人 员 、 分 
析 人 员 ,测试 人 员 和 其 他 人 员 所 广泛 使 用 。 

(1) 管理 人 员 ,根据 JIRA 系统 提供 的 数据 ,更 加 准确 地 了 解 项 目的 开发 质量 和 状态 ,以 
及 整个 团队 的 工作 效率 。 

(2) 项 目 管理 者 ,可 以 针对 登记 进 JIRA 系统 中 的 问题 进行 评估 ,分 配 缺陷 ;还 可 以 通过 
JIRA 系统 的 统计 报告 了 解 项 目 进展 情况 以 及 团队 的 工作 量 .工作 效率 等 信息 。 

(3) 开发 人 员 ,在 JIRA 系统 中 查看 分 配给 自己 的 问题 ,并 及 时 进行 处 理 ,填写 处 理 情况 
并 提交 工作 量 记录 。 

(4) 测试 人 员 ,根据 测试 情况 ,在 JIRA 系统 中 及 时 快速 地 记录 问题 并 对 开发 人 员 处 理 
后 的 问题 进行 验证 和 跟踪 。 
8.8.2 JIRA 安装 


JIRA 是 一 个 简单 易 用 的 issue 管理 和 跟踪 的 工具 ,运行 在 Java 平台 上 。 下 载 和 安装 都 
很 容易 ,按照 安装 文档 ,只 需要 十 几 分 钟 就 可 以 搞定 ,而 且 还 可 以 为 JIRA 配置 单独 的 外 包 
数据 库 ( 可 以 使 用 的 数据 库 有 MySQL 、MS SQL Oracle 等 ) 。 

安装 好 之 后 就 首先 要 在 服务 器 上 通过 http://localhost:8080 来 对 服务 进行 配置 (8080 
是 JIRA 的 默认 端口 )。 具 体 步骤 如 下 。 

第 一 个 步骤 是 配置 JIRA 系统 的 属性 ,如 图 8-2 所 示 。 


JIRA 安装 
步 瑟 1( 共 3): 应 用 程序 属性 Choose 
JIRA 的 全 局 屎 性 . Language 
存在 数据 ? 如果 人 已经 安装 过 JIRA 仓 可 以 导入 你 原 有 妆 舌 可 以 不 用 运行 安装 向 导 | 95 
THE Wowcompay dRA 
程序 标题 用 来 当 作 汪 次 安装 的 “名称 和 
“ox [Pubic 四 (Defoul) 这 直 区 ) 
i 
1 开放 
2. 采 有 - 只 有 管理 凡 可 + | | 
“MMM [http Wiocalhost8090 
这 里 是 RA 装 的 入 网 址 所 有 的 链接 创 尘 都会 加 上 此 隔 址 作为 章鱼 ( 也 包 全 好 位 ) 下 查 文 侠 文 恬 
Ba 2 
zt[ 人 人 
| 四 
NNBE 
如 果 你 区 许 问 题 中 可 以 包含 附件 . 辆 入 一 个 目录 用 采 存 交 附 件 . 如果 路 径 不 存在 
JIRA 会 试图 自动 创 娃 尼 征文 位 基文 哨 
Enable 他 是 广 理 里 可 
Backups JRA 提供 亿 项 可 以 自动 每 12 个 时 备份 于 所 我 们 绽开 建议 使 用 此 功能 
如 果 你 起 开局 这 个 功德 洁 指 定 一 个 目录 未 存 关 备 份 娄 所- | | -| 
训 从 路 笃 
Please enter me Dadiop dlnectory fo JIRA to store It bachup da a 一 
EE bs wd 
“fA 了 
建立 文 。 斯洛伐克 
位 共 文 @ 洛 
2 
辆 入 他 的 na 的 玫 权 罗 ， a | | 
您 可 以 在 线 生成 一 个 试用 版 的 摄 权 下 一 











图 8-2 配置 JIRA 系统 的 属性 
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第 二 个 步骤 是 配置 JIRA 系统 管理 员 的 信息 ,如 图 8-3 所 示 。 


PE 
JIRA 安装 
步 驶 2( 共 3): 管理 员 账号 
设置 初 巡 首 理 员 的 屿 号 , 其 好 的 和 理 员 可 以 以 后 添加 . 
“PE CY 
.| 











图 8-3 配置 JIRA 系统 管理 员 信 息 


第 三 个 步骤 是 配置 JIRA 系统 的 邮件 通知 参数 ,如 图 8-4 所 示 。 





步 又 3( 共 3): 邮件 通知 
设 和 邮件 服务 器 用 来 发 送 邮 件 通 知 基 者 关 闭 明 人 通知 
和 | 
名 称 ; [DefaultSWTPSever | 
服务 器 的 各 称 
来 自 的 邮件 地 址 : Pim@anowainet | 


用 来 发 送 邮件 的 叶 认 邮件 地 址 (确认 这 个 邮件 可 以 在 邮件 服务 器 上 发 送 邮件 ) 


邮件 前 垦 : [WIRA] 
前 坚 添 加 在 每 个 邮件 主题 的 前 面 帮助 用 尸 过 涛 邮件 ) 


服务 器 详情 
输入 SMTP 服 务 器 的 预定 或 者 输入 javaxmailSession 对 象 的 JNDI 地 址 
SMTP Host 
Pt[ | 
如 果 想 通过 SMTP 服 务 器 发 送 邮 件 通 知 .输入 服务 器 的 域名 
SMTP 端口 
可 选 - SMTP 端口 .不 填 就 使 用 默认 的 端口 (默认 25) 
用 P5[ | 
可 选 - 如 果 你 的 服务 器 发 送 地 件 需要 认证 请 输入 用 户 名 - 
密码 ; 
可 选 - 同上 .输入 对 应 的 密码 


JNDI 地 址 
JNDI 地 址 ; 
如 果 通过 存在 的 mail session 发 送 邮 全 通知 .输入 JNDI 地址 0avzc mailSessiom 


有 | 





图 8-4 配置 JIRA 系 统 的 邮件 通知 参数 


8.8.3 JIRA 用 户 使 用 


登录 与 注册 ,在 成 功 安装 配置 完成 的 界面 上 单 击 “ 登 录 到 JIRA”, 就 会 看 到 JIRA 的 登 
录 界面 ,如 图 8-5 所 示 。 
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用 PS 
sg[ 


万 ”保持 我 在 这 台 计算 机 的 登录 








8.8.4 JIRA 后 台 使 用 
以 管理 员 的 账户 进入 JIRA 管理 后 台 如 图 ,如 图 8-6 所 示 。 


4 过 泥 器 | 配置 | 注销 “点 时 





Administration 田 


OPr ri Below is the list of all projects for this installation of JIRA. 


~ Users, Groups & Roles DAdd Project 


Df ne 名 称 Key 同 站 项 目 负责 人 Default Assignee 


卉 科 


~ Global Settings You do not have the permissions to administer any projects, or here are none crealed 


Y Schemes 
口 lssue Security Schemes 
DO Notification Schemes 











图 8-6 后 台 


单 击 Workflows 进入 Workflows 页 面 如 图 ,如 图 8-7 所 示 。 

以 上 框 住 的 地 方 就 是 JIRA 默认 的 工作 流 , 是 不 可 以 删除 的 。 如 果 不 想 使 用 JIRA 默认 
的 工作 流 , 可 以 创建 一 个 适合 的 工作 流 。 创 建 一 个 新 的 工作 流 ,第 一 步 当然 是 要 给 工作 流 取 
一 个 名 称 ,如 图 8-8 所 示 。 

增加 完 制 定 的 工作 。 先 设计 一 个 工作 流出 来 当 一 个 例子 ,然后 就 按 以 下 的 流程 图 去 配 
置 JIRA 工作 流 ,如 图 8-9 所 示 。 

从 流程 图 中 看 到 ,Bug 的 状态 分 别 是 : 新建. 打开、 推迟、 指派. 已 解决 . 重 开 .关闭 。 然 
后 可 以 知道 状态 的 转变 如 图 8-10 所 示 。 
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四 加 ] 





You can create a new worklow below, orimporta workflow from XML 


名 称 : 


图 8-7 Workflows 页 面 





51testing 








Please use only ASCI characters 


mE 
口 Proiect Categories The table below shows the currentworkiows used in this version of JIRA and whether or not they are active. 
Y Users, Groups & Roles A worklows have one of two modes: 
口 User 
Er » Active - currently assigned to at least one scheme which is associaled with one or more projects, cannot be edited 
DE «Inactive - not assigned to any scheme, or assigned to schemes Which are not associated with any projects, can be edited. 
Prolect Role Browser 
~ Global Setiings | | Toedt a wormow, you must first de-actvate lt by unassigning ltrom any wortiow schemes or unassoctate ts schemes trom any projects 
To delete a worklow, you must first unassign tfrom any worlow schemes. 
Dallachments 
DCvSModules 口 View he current workfiow schemes showing how the woriows are assigned to projects and issue ypes. 
DO Default Dashboard 
DEvents 一 - T T 一 
口 FlshEye Configuration 名 称 E33 Actvel Schemes [Mber or | 
OGeneral Confiauration | | ue 下 | | 
DO Global Permlssions jira (reasonty The default JIRA Inactive 。 | Used by projects wan no associated worcfion scheme and |5 Stepa |XML | Copy 
Dlssue Linking System Wonsion) | Worklow. by vote schemes wt massgned Sse ypes | 
口 Lookand Feel 
口 MailServers 
OSub-Tasks Add New Workflow 
OTime Tracking To create a complele new worklow. you need to 
OTrackbacks 
DUser Defaults » provide a name and description to identify the worklow 
DWordows add the steps the workiow will have. and link them to statuses within JIRA 
create transilions between the different steps 
v Schemes » enable the workiow and assign itto a worlow scheme 
Olssye Securi Schemes 
和 = YY 中 can create a new workiow below or mport a workflow Irom XML 
口 Permission Schemes 名 称 ] 
口 Worlow Schemes Please use only ASCI characers 
DO Scheme Tools & 
描述 : 














21 期 51testing 培 训 ,QTP 版 主 小 孩 MSN:cailQ@live cn| 








图 8-8 给 工作 流 取 名 





Sltesting 








测 
永 [测试 扩 行 
组 | 回归 测试 




































































重新 测试 

































































pn 








OR? 




















No 


Yes ,| 更 新 Bug 


修复 一 

















图 8-9 配置 JIRA 工作 流 
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OUser Browser 
OD Group Browser 
OProlec Role Browser 


~ Global Setings 


口 Atachments 
DCvSModules 
ODefault Dashboard 
OEvents 

口 FishEve Confiquration 
口 General Confiquration 
口 Global Permissions 
Olssue Linking 
OLook and Feel 

OMail Severs 

口 Sub-Tasks 

OTime Tracking 
OTrackbacks 
OUserDefaults 
OWorklows 


ONotification Schemes 





。 Active - associated with a workiowls 
。 Inactive -notin use. 


To delete a status.itmustnot be associated with a worklow 
OD Translate statuses 


Status Details 


千 新 建 (new) 
发 现 新 的 BUG 


于 推迟 (postponed) 





This issue is being actively worked on atthe moment by the assignee 


参 重 开 (Reopened) 
经 过 认证 修复 的 8UG 还 依然 存在 。 


已 解决 (resolved) 
发 已 经 解决 的 问题 


才 关 闭 (closed) 
认 IEBUG 袜 到 了 修正 


打开 (open) 
察看 过 该 问题 ,但 是 为 做 出 任何 更 下 
Add New Status 
名 称 。， | 在 这 里村 写 状 才 的 名 称 
接 述 ，[ 枉 还 一 下 这 个 次 志 的 作用 | 


“Icon URL [hmages/iconsistatus_generic gif 


welative to the JIRA web appli 





图 8-10 ”状态 的 转变 


再 回来 Workflows 页 面 ,如 图 8-11 所 示 。 
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All worklows have one of two modes 


The table below shows the current workiows used in this version of JIRA and whether or notthey are active. 


Mode 。 | Workfiows | 操作 
Actve mle E33 
Stesting | 
Active 。 日 ia 编辑 
Active 。 日 ira ED 
Active 。 日 ia 仿生 
Active 。 iaa EE 
inactive 编辑 | 划 除 
ek 





‘on eg Imeoesicons OR staring win htp 1 


加 





过 站 器 | 配置 





注销 


» Active - currently assigned to at least one scheme which is associated with one or more projects, cannot be edited. 
» Inactive -not assigned to any scheme, or assigned to schemes which are not associated with any projects. can be edited. 


To edit a worklow. you must first de-activate it by unassigning itfrom any woridlow schemes or unassociate its schemes fom any projects. 
To delete a worklow, you must first unassign itfrom any worklow schemes. 


DO View the current workflow schemes, showing how the worlows are assigned to projects and issue ypes. 


Active / 





hae rs. Inactive 
The default JIRA worklow. | Inactive 
51testing 21 期 51testing 培 训 .QTP 版 主 。 Inactive 


小 孩 MSNicail@live cn 


Add New Workflow 


To create a complete new worklow, you need to: 


。 provide a name and description to identify the worklow 


图 8-11 


» addthe steps the workiow will have, and link them to statuses within JIRA 


Number of 

steps 站 
Used by projects wh no aasociated workfiow |5 
seeme ara by worfion senemes eth 

rasagnea asve ypea 


Schemes 


Steps |XMLICon) 


5ltesing 1 Etaosj xuLicopy 


Workflows 页 面 


后 ,就 在 后 台 界 面 显示 制定 的 工作 流 , 如 图 8-12 所 示 。 
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项 目 负 于 人 david 

Default Assignee: Project Lead 

Project Roles: View members 
Issue Type Scheme: Defaultlssue Type Scheme (选择 | 编辑 | Manage ) 
Notification Scheme: Default Notification Scheme (选择 | 编辑 ) 
Permission Scheme: Default en Scheme (选择 | 编辑 ) 
Issue Security Scheme: 无 (选择 ) 
Field onguraton Scheme: System Default Field Confiouration 

pe ault lssue Type Screen Scheme (选择 | 编辑 ) 





Mail Configuration: Mail notifications from this project will come from the default address ( Edit mail configuration ) 
Project Category: 无 (Select Category ) 


图 8-12 后 台 界 面 显 示 制 定 的 工作 流 


本 章 小 结 


本 章 主 要 介绍 了 Bug 的 影响 、Bug 的 产生 、Bug 如 何 穿 透 测试 .Bug 的 种 类 、Bug 生命 周 
期 .Bug 关键 字 、Bug 的 管理 等 相关 问题 ,并 对 Bug 的 处 理 流 程 进 行 详细 的 描述 。 明 确 了 整 
个 Bug 产生 的 情况 和 来 源 。 介 绍 了 缺陷 管理 工具 JIRA, 让 测试 人 员 和 开发 人 员 能 更 好 地 
理解 Bug 所 具备 的 属性 ,为 在 以 后 项 目 中 能 更 好 地 找 出 缺陷 。 


练习 题 


一 、 判 断 题 
1. 开发 人 员 编 写 的 代码 没有 缺陷 。 
2. 缺陷 的 跟踪 和 管理 不 需要 测试 人 员 参 与 。 
3. 测试 人 员 提 交 一 个 bug 的 状态 可 以 标志 为 : fixed。 
4. 缺陷 生命 周期 在 整个 缺陷 管理 中 不 存在 状态 的 转换 。 
5. immediate 在 缺陷 中 表示 不 需要 马上 解决 。 
二 、 选 择 题 
1. 测试 人 员 发 现 一 个 新 bug, 则 将 其 状态 置 为 ( ) ,由 项 目 经 理 或 者 测试 经 理 审 核 
该 bug 是 否 为 真正 的 缺陷 ,如 果 是 则 将 bug 状态 置 为 ( Ds 
A. new B. reopen C. open D. close 
2. fixed 的 意思 是 指 ( )'s 
A. 该 Bug 被 正确 修复 了 ,并 且 得 到 了 测试 人 员 的 确认 
B. 该 Bug 被 拒绝 了 ,并 且 得 到 了 测试 人 员 的 确认 
C. 该 Bug 没有 被 修复 ,并 且 得 到 了 测试 人 员 的 确认 
D. 该 Bug 被 关闭 了 ,并 且 得 到 了 测试 人 员 的 确认 


A 本 
WW WW re 
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3. 分 析 、 设 计 阶 段 的 Bug 主要 来 源 于 ( 


A. 混乱 设计 B. 需求 不 明确 C. 配置 D. 代码 
4. 在 修复 缺陷 的 过 程 中 ,wontfix 代表 ( 

A. 不 修复 B. 下 个 版 本 修改 ” C. 延迟 D. 无 法 修复 
5. 实现 阶段 的 Bug 来 源 于 ( js 

A. 功能 遗漏 B. 模糊 设计 C. 配置 D. 文档 
三 、 简 答题 


1. Bug 是 如 何 产生 的 ? 
2. 请 描述 Bug 的 处 理 流程 。 
3. Bug 的 分 类 有 哪些 ? 
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本 章 目 标 
。 熟悉 项 目 质量 保证 的 活动 
。 掌握 项 目 质量 保证 的 技术 、 方 法 
。 了 解 项 目 质量 保证 的 依据 及 成 果 


本 章 单词 
SQA: QA: 








QC: SEPG: 
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软件 质量 保证 (SQA) 是 建立 一 套 有 计划 、 有 系统 的 方法 ,来 向 管理 层 保 证 并 拟定 出 的 
标准 、 步 又 、 实 践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 软 件 质 量 保 证 的 目的 是 使 软件 过 程 
对 于 管理 人 员 来 说 是 可 见 的 。 它 通过 对 软件 产品 和 活动 进行 评审 和 审计 来 验证 软件 是 合乎 
标准 的 。 软 件 质 量 保证 组 在 项 目 开始 时 就 一 起 参与 建立 计划 、 标 准 和 过 程 。 这 些 将 使 软件 
项 目 满足 机 构 方针 的 要 求 。 


9.1 软件 质量 保证 的 理论 探索 


9.1.1 软件 质量 保证 过 程 的 认识 


我 们 都 知道 一 个 项 目的 主要 内 容 是 : 成 本 、 进 度 、 质 量 ; 良 好 的 项 目 管理 就 是 综合 三 方 
面 的 因素 ,平衡 三 方面 的 目标 ,最 终 依 照 目 标 完 成 任务 。 项 目的 这 三 个 方面 是 相互 制约 和 相 
互 影响 的 。 有 了 时 对 这 三 方面 的 平衡 策略 甚至 成 为 一 个 企业 级 的 要 求 ,决定 了 企业 的 行为 。 
我 们 知道 IBM 的 软件 是 以 质量 为 最 重要 目标 的 ,而 微软 的 “足够 好 的 软件 "策略 更 是 耳 熟 能 
详 , 这 些 质 量 目标 其 实 立足 于 企业 的 战略 目标 。 所 以 用 于 进行 质量 保证 的 SQA 工作 也 应 
当 立 足 于 企业 的 战略 目标 ,从 这 个 角度 思考 SQA ,形成 对 SQA 的 理论 认识 。 

软件 界 已 经 达成 共识 : 影响 软件 项 目 进度 ,成 本 、 质 量 的 因素 主要 是 * 人 、 过 程 、 技 术 ”。 
首先 要 明确 的 是 这 三 个 因素 中 ,人 是 第 一 位 的 。 

现在 许多 实施 CMM 的 人 员 沉 溺 于 CMM 的 理论 ,过 于 强调 “过 程 ”, 这 是 很 危险 的 倾 
向 。 这 个 思想 倾向 在 国外 受到 了 猛烈 择 击 ,从 某 种 意义 上 各 种 敏捷 过 程 方法 的 提出 就 是 对 
强调 过 程 的 一 种 反思 。"“XP” 中 的 一 个 思想 “人 比 过 程 更 重要 ”是 值得 我 们 思考 的 。 我 个 人 
的 意见 在 进行 过 程 改 进 中 坚持 “以 人 为 本 ”, 强 调 过 程 和 人 的 和 谐 。 

根据 现代 软件 工程 对 众多 失败 项 目的 调查 ,发 现 管理 是 项 目 失败 的 主要 原因 。 这 个 事 
实 的 重要 性 在 于 说 明了 “要 保证 项 目 不 失 败 ,我 们 应 当 更 加 关注 管理 ” ,注意 这 个 事实 没有 说 
明 另 外 一 个 问题 “良好 的 管理 可 以 保证 项 目的 成 功 "。 现 在 很 多 人 基于 一 种 粗糙 的 逻辑 ,从 
一 个 事实 反 推 到 的 这 个 结论 ,在 逻辑 上 是 错误 的 ,这 种 错误 形成 了 更 加 错误 的 做 法 ,这 点 在 
SQA 的 理解 上 体现 较 深 。 

如 果 我 们 考察 一 下 历史 的 沿革 ,应 当 更 加 容易 理解 CMM 的 本 质 。CMM 首先 是 作为 
一 个 “评估 标准 ”出 现 的 ,主要 评估 的 是 美国 国防 部 供应 商 保证 质量 的 能 力 。CMM( 软 件 能 
力 成 熟 度 模型 ) 关 注 的 软件 生产 有 如 下 特点 : 

(1) 强调 质量 的 重要 性 ; 

(2) 适合 规模 较 大 的 项 目 。 

这 是 CMM 产生 的 原因 。 它 引入 了 “全 面 质量 管理 ”的 思想 ,尤其 侧重 了 “全 面 质量 管 
理 ” 中 的 “过 程 方法 ”, 并 且 引 入 了 “统计 过 程控 制 ” 的 方法 。 可 以 说 这 两 个 思想 是 CMM 背后 
的 基础 。 

上 面 这 些 内 容 形 成 了 我 们 对 软件 过 程 地 位 、 价 值 的 基本 理解 ;在 这 个 基础 上 我 们 可 以 引 
申 讨 论 SQA。 
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9.1.2 生产 线 的 隐喻 


如 果 将 一 个 软件 生产 类 比 于 一 个 工厂 的 生产 。 那 么 生产 线 就 是 过 程 ,产品 按照 生产 线 
的 规定 过 程 进 行 生产 。SQA 的 职责 就 是 保证 过 程 的 执行 ,也 就 是 保证 生产 线 的 正常 执行 。 
抽象 出 管理 体系 模型 的 如 下 ,这 个 模型 说 明了 一 个 过 程 体系 至 少 应 当 包 含 “ 决 策 .执行 、 
反馈 ”三 个 重要 方面 。 
SQA 人 员 的 职责 就 是 确保 过 程 的 有 效 执 行 ,监督 项 目 按照 过 程 进 行 项 目 活动 ; 它 不 负 
责 监管 产品 的 质量 ,不 负责 向 管理 层 提供 项 目的 情况 ,不 负责 代表 管理 层 进行 管理 ,只 是 代 
表 管 理 层 来 保证 过 程 的 执行 。 


9.1.3 SQA 和 其 他 工作 的 组 合 


在 很 多 企业 中 ,将 SQA 的 工作 和 QC、SEPG ,组 织 级 的 项 目 管理 者 的 工作 混合 在 一 起 
了 ,有 时 甚至 更 加 注重 其 他 方面 的 工作 而 没有 做 好 SQA 的 本 职工 作 。 
中 国 现在 基本 有 三 种 QA( 按 照 工 作 重 点 不 同 来 分 ): 一 是 过 程 改 进 型 ,二 是 配置 管理 
型 ,三 是 测试 型 。 我 们 认为 是 因为 SQA 工作 和 其 他 不 同 工 作 组 合 在 一 起 形成 的 。 


9.1.4 QA 和 QC 


1 定义 

(1) QA 英文 quality assurance 的 简称 ,中 文 意思 是 品质 保证 ,其 在 ISO 8402 一 1994 中 
的 定义 是 “为 了 提供 足够 的 信任 表明 实体 能 够 满足 品质 要 求 , 而 在 品质 管理 体系 中 实施 并 根 
据 需 要 进行 证 实 的 全 部 有 计划 和 有 系统 的 活动 ”。 

(2) QC 英文 quality control 的 简称 ,中 文 意义 是 品质 控制 ,其 在 ISO 8402 一 1994 的 定 
义 是 “为 达到 品质 要 求 所 采取 的 作业 技术 和 活动 

2. 两 者 基本 职责 

(1) QC: 检验 产品 的 质量 ,保证 产品 符合 客户 的 需求 ,是 产品 质量 检查 者 。 

(2) QA: 审计 过 程 的 质量 ,保证 过 程 被 正确 执行 ,是 过 程 质量 审计 者 。 

注意 检查 和 审计 的 区 别 如 下 。 

(1) 检查 : 就 是 我 们 常 说 的 找 问题 ,是 挑 毛病 的 ; 

(2) 审计 : 来 确认 项 目 按照 要 求 进行 的 证 据 ; 仔 细 看 看 CMM 中 各 个 KPA 中 SQA 的 
检查 采用 的 术语 大 量 用 到 了 “证 实 ”, 审 计 的 内 容 主要 是 过 程 的 ;对 照 CMM 看 一 下 项 目 经 理 
和 高 级 管理 者 的 审查 内 容 ,他们 更 加 关注 具体 内 容 。 

对 照 上 面 的 管理 体系 模型 ,QC 进行 质量 控制 ,向 管理 层 反馈 质量 信息 ;QA 则 确保 QC 
按照 过 程 进行 质量 控制 活动 ,按照 过 程 将 检查 结果 向 管理 层 汇报 。 这 就 是 QA 和 QC 工作 
的 关系 。 

在 这 样 的 分 工 原则 下 ,QA 只 要 检查 项 目 按照 过 程 进行 了 某 项 活动 没有 , 产 出 了 某 个 产 
品 没有 ;而 QC 来 检查 产品 是 否 符合 质量 要 求 。 

如 果 企 业 原 来 具有 QC 人 员 并 且 QA 人 员 配 备 不 足 , 可 以 先 确 定 由 QC 兼任 QA 工作。 
但 是 只 能 是 暂时 的 ,独立 的 QA 人 员 应 当 具 备 ,因为 QC 工作 也 是 要 遵循 过 程 要 求 的 ,也 是 
要 被 审计 过 程 的 。 这 种 混合 情况 ,难以 保证 QC 工作 的 过 程 质量 。 
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9.1.5 QA 和 SEPG 


1. 定义 

SEPG 是 software engineering process group 的 简称 , 即 软件 工程 过 程 小 组 ,是 软件 工 
程 的 一 个 重要 组 成 部 分 。 

2. 两 者 基本 职责 

(1) SEPG: 制定 过 程 ,实施 过 程 改进 。 

(2) QA: 确保 过 程 被 正确 执行 。 

SEPG 应 当 提 供 过 程 上 的 指导 ,帮助 项 目 组 制定 项 目 过 程 ,帮助 项 目 组 进行 策划 ;从 而 
帮助 项 目 组 有 效 地 工作 ,有 效 地 执行 过 程 。 如 果 项 目 和 QA 对 过 程 的 理解 发 生 争 持 ,SEPG 
作为 最 终 仲裁 者 ,为 了 进行 有 效 过 程 改 进 ,SEPG 必须 分 析 项 目的 数据 。 

QA 也 要 进行 过 程 规 范 , 那 么 所 有 QA 中 最 有 经 验 、 最 有 能 力 的 QA 可 以 参加 SEPG ,但 
是 要 注意 这 两 者 的 区 别 。 

如 果 企 业 的 SEPG 人 员 具 有 较为 深厚 的 开发 背景 ,可 以 兼任 SQA 工作 ,这 样 利 于 过 程 
的 不 断 改 进 ;但 是 由 于 立法 、 执 法 集 于 一 身 也 容易 造成 SQA 过 于 强势 ,影响 项 目的 独立 性 。 

管理 过 程 比 较 成 熟 的 企业 ,因为 企业 的 文化 和 管理 机 制 已 经 健全 ,SQA 职责 范围 的 工 
作 较 少 ,往往 只 是 针对 具体 项 目 制定 明确 重点 的 SQA 计划 ,这 样 SQA 的 审计 工作 会 大 大 
减少 ,从 而 可 以 同时 审计 较 多 项 目 。 

一 方面 ,由 于 分 工 的 细致 化 ,管理 体系 的 复杂 化 ,往往 需要 专职 的 SEPG 人 人员。 这些 
人 员 要 求 了 解 企业 的 所 有 管理 过 程 和 运作 情况 ,在 这 个 基础 上 才能 统筹 全 局 的 进行 过 程 改 
进 。 这 时 了 解 全 局 的 SQA 人 员 就 是 专职 SEPG 的 主要 人 选 ,这 些 SQA 人 员 将 逐渐 转化 为 
SEPG 人 员 ,并 且 更 加 了 解 管理 知识 ,而 SQA 工作 渐渐 成 为 他 们 的 兼职 工作 。 

这 种 情况 在 许多 CMM5 企业 比较 多 见 ,往往 有 时 看 不 见 SQA 人 员 在 项 目 组 出 现 或 者 
很 少 出 现 , 这 种 SEPG 和 SQA 的 融合 特别 有 利于 组 织 的 过 程 改进 工作 。SEPG 确定 过 程 改 
进 内 容 ,SQA 计划 重点 反映 这 些 改进 内 容 , 从 保证 有 效 地 改进 ,特别 有 利于 达到 CMM5 的 

要 求 。 从 这 个 角度 ,国外 的 SQA 人 员 为 什么 高 薪 就 不 难 理解 了 。 


9.1.6 QA 和 组 织 级 的 监督 管理 


有 的 企业 为 了 更 好 地 监督 管理 项 目 ,建立 了 一 个 角色 ,我 取 名 为 “组 织 级 的 监督 管理 
者 ”, 他 们 的 职责 是 对 所 有 项 目 进行 统一 地 跟踪 ,监督 .管理 ,来 保证 管理 层 对 所 有 项 目的 可 
视 性 、 可 管理 性 。 

为 了 有 效 管理 项 目 ,“ 组 织 级 的 监督 管理 者 ”必须 分 析 项 目的 数据 ,如 图 9-1 所 示 。 

他 们 的 职责 对 照 图 9-1 的 模型 ,就 是 执行 “反馈 ?职能 。 

QA 本 身 不 进行 反馈 工作 ,最 多 对 过 程 执行 情况 的 信息 进行 反馈 。 

SQA 职责 最 好 不 要 和 “组 织 级 的 项 目 管理 者 ”的 职责 混合 在 一 起 。 

SAQ 困境 : 一 方面 SQA 不 能 准确 定位 自己 的 工作 ; 男 一 方面 过 
抱 有 较 大 戒心 。 
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图 9-1 软件 质量 保证 


如 果 建 立 了 较 好 的 管理 过 程 ,那么 就 会 增强 项 目的 可 视 性 ,从 而 保证 企业 对 所 有 项 目的 
较 好 管理 ;而 QA 来 确保 这 个 管理 过 程 的 运行 。 


92 软件 质量 保证 的 工作 内 容 和 工作 方法 


9.2.1 计划 


针对 具体 项 目 制订 SQA 计划 ,确保 项 目 组 正确 执行 过 程 。 制 订 SQA 计划 应 当 注 意 如 
下 几 点 。 

(1) 有 明确 重点 : 依据 企业 目标 以 及 项 目 情况 确定 审计 的 重点 。 

(2) 有 明确 审计 内 容 : 明确 审计 哪些 活动 ,哪些 产品 。 

(3) 有 明确 审计 方式 : 确定 怎样 进行 审计 。 

(4) 有 明确 审计 结果 报告 的 规则 : 审计 的 结果 报告 给 谁 。 


9.2.2 审计 /证 实 


依据 SQA 计划 进行 SQA 审计 工作 ,按照 规则 发 布 审计 结果 报告 。 
注意 审计 一 定 要 有 项 目 组 人 员 陪 同 ,不 能 搞 突然 袭击 。 双 方 要 开 诚 布 公 , 坦 诚 相对 。 
审计 的 内 容 : 是 否 按照 过 程 要 求 执行 了 相应 活动 ,是 否 按照 过 程 要 求 产 生 了 相应 产品 。 


9.2.3 问题 跟踪 
对 审计 中 发 现 的 问题 ,要 求 项 目 组 改进 ,并 跟 进 直到 解决 。 


1 


软件 测试 技术 





93 软件 质量 保证 的 素质 


在 软件 质量 保证 过 程 中 对 质量 保证 人 员 素 质 要 求 主要 如 下 。 

(1) 过 程 为 中 心 的 思想 ; 应 当 站 在 过 程 的 角度 来 考虑 问题 ,只 要 保证 了 过 程 , QA 就 尽 
到 了 责任 。 

(2) 服务 精神 : 为 项 目 组 服务 ,帮助 和 确保 项 目 组 能 正确 执行 过 程 

(3) 了 解 过 程 : 深刻 了 解 企业 的 项 目 , 并 具有 一 定 的 过 程 管理 理论 人 知识 。 

(4) 了 解 开 发 : 对 开发 工作 的 基本 情况 了 解 ,能 够 理解 项 目 各 个 阶段 的 活动 。 

(5) 沟通 技巧 : 善于 沟通 ,能 够 营造 良好 的 气氛 ,避免 审计 活动 成 为 一 种 找茬 活动 , 避 
免 不 必 要 的 矛盾 。 


94 软件 质量 保证 的 活动 内 容 


软件 质量 保证 (SQA) 是 一 种 应 用 于 整个 软件 过 程 的 活动 , 它 包含 以 下 几 点 。 

(1) 一 套 完整 的 质量 管理 方法 ; 

(2) 有 效 的 软件 工程 技术 (方法 和 工具 )， 

(3) 在 整个 软件 过 程 中 采用 正式 的 质量 保证 技术 评审 ; 

(4) 一 种 多 层次 的 测试 策略 ; 

(5) 对 软件 文档 及 其 修改 的 控制 ; 

(6) 保证 软件 遵从 软件 开发 标准 ; 

(7) 一 套 完善 的 度量 和 报告 机 制 。 

SQA 与 两 种 不 同 的 参与 者 相关 一 一 做 技术 工作 的 软件 工程 师 和 负责 质量 保证 的 计 
划 , 监 督 ` 记 录 、 分 析 及 报告 工作 的 SQA 小 组 。 

软件 工程 师 通过 采用 可 靠 的 技术 方法 和 措施 ,进行 正式 的 技术 评审 ,执行 计划 周密 的 软 
件 测试 来 考虑 质量 问题 ,并 完成 软件 质量 保证 和 质量 控制 活动 。 

SQA 小 组 的 职责 是 辅助 软件 工程 小 组 得 到 高 质量 的 最 终 产 品 。SQA 小 组 完成 以 下 
工作 。 

(1) 为 项 目 准备 SQA 计划 。 该 计划 在 制定 项 目 规定 项 目 计 划 时 确 定 , 由 所 有 感 兴趣 的 
相关 部 门 评审 。 具 体 包括 : 

@ 需要 进行 的 审计 和 评审 ; 

@ 项 目 可 采用 的 标准 ; 

@ 错误 报告 和 跟踪 的 规程 ; 

@ 由 SQA 小 组 产生 的 文档 ; 

@ 向 软件 项 目 组 提供 的 反馈 数量 。 

(2) 参与 开发 项 目的 软件 过 程 描述 。 评 审 过 程 描述 以 保证 该 过 程 与 组 织 政策 .内 部 软 
件 标准 、 外 界 标准 以 及 项 目 计划 的 其 他 部 分 相符 。 
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(3) 评审 各 项 软件 工程 活动 ,对 其 是 否 符合 定义 好 的 软件 过 程 进行 核实 .记录 、 跟 踪 与 
过 程 的 偏差 。 

(4) 审计 指定 的 软件 工作 产品 ,对 其 是 否 符合 事先 定义 好 的 需求 进行 核实 。 对 产品 进 
行 评审 .识别 .记录 和 跟踪 出 现 的 偏差 ;对 是 否 已 经 改正 进行 核实 ;定期 将 工作 结果 向 项 目 管 
理 者 报告 。 

(5) 确保 软件 工作 及 产品 中 的 偏差 已 记录 在 案 , 并 根据 预定 的 规程 进行 处 理 。 

(6) 记录 所 有 不 符合 的 部 分 并 报告 给 高 层 领导 者 。 


95 软件 质量 保证 正式 的 技术 评审 


正式 技术 评审 (FTR) 是 一 种 由 软件 工程 师 和 其 他 人 进行 的 软件 质量 保障 活动 。 

1. 目标 

(1) 发 现 功 能 、 人 逻辑 或 实现 的 错误 ; 

(2) 证 实 经 过 评审 的 软件 的 确 满 足 需 求 ; 

(3) 保证 软件 的 表示 符合 预定 义 的 标准 ; 

(4) 得 到 一 种 一 致 的 方式 开发 的 软件 ; 

(5) 使 项 目 更 易 管理 。 

2. 评审 会 议 

3 一 5 人 参加 ,不 超过 2 小 时 ,由 评审 主席 .评审 者 和 生产 者 参加 ,必须 做 出 下 列 决 定 中 
的 二 个 。 

(1) 工作 产品 可 不 可 以 不 经 修改 而 被 接受 ; 

(2) 由 于 严重 错误 而 否决 工作 产品 ; 

(3) 暂时 可 以 接受 工作 产品 。 

3. 评审 总 结 报告 .结果 

评审 什么 ”由 谁 评审 ?结论 是 什么 ? 

评审 总 结 报告 是 项 目 历 史记 录 的 一 部 分 ,标识 产品 中 存在 问题 的 区 域 , 作 为 行政 条 目 检 
查 表 以 指导 生产 者 进行 改正 。 

4. 评审 指导 原则 

关于 评审 指导 原则 具体 有 如 下 几 项 。 

(1) 评审 产品 ,而 不 是 评审 生产 者 。 注 意 客气 地 指出 错误 ,气氛 轻松 ,避免 不 必要 的 
矛盾 ; 

(2) 不 要 离 题 ,限制 争论 ,有 异议 的 问题 不 要 争论 但 要 记录 在 案 ; 

(3) 对 各 个 问题 都 发 表 见 解 ,问题 解决 应 该 放 到 评审 会 议 之 后 进行 ; 

(4) 为 每 个 要 评审 的 工作 产品 建立 一 个 检查 表 。 应 为 分 析 、 设 计 、 编 码 、 测 试 文档 都 建 
立 检查 表 ; 

(5) 分 配 资源 和 时 间 ,应 该 将 评审 作为 软件 工程 任务 加 以 调度 ; 

(6) 评审 以 前 所 做 的 评审 。 
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96 软件 质量 保证 统计 


1. 对 所 有 错误 进行 分 类 统计 
分 类 统计 包括 如 下 内 容 。 
(1) 规约 不 完整 或 规格 说 明 错误 ; 
(2) 未 理解 用 户 意图 的 错误 ; 
(3) 故意 偏离 规格 说 明 的 错误 ; 
(4) 违背 编程 标准 的 错误 ; 
(5) 数据 表示 有 错 ; 
(6) 构件 接口 不 一 致 的 错误 ; 
(7) 设计 逻辑 有 错 ; 
(8) 测试 不 完全 或 有 错 ; 
(9) 不 准确 或 不 完整 的 文档 错误 ; 
(10) 设计 的 程序 设计 语言 翻译 的 错误 ; 
(11) 不 清晰 或 不 一 致 的 人 机 界面 ; 
(12) 杂项 错误 等 。 
按 严重 .一般 和 微小 级 别 统计 各 类 错误 的 次 数 所 占 百 分 比 ,以 及 所 有 错误 的 数量 及 百分比 。 
2. 根据 软件 过 程 中 的 每 个 步骤 计算 错误 指标 
公式 及 定义 如 下 。 
(1) E;: 第 ;发 现 的 错误 总 数 
(2) Si: 严重 错误 数 
(3) Mi;: 一 般 错 误 数 
(4) T;: 微小 错误 数 
(5) PS: 第 i 步 的 产品 规模 (LOC. 设 计 陈 述 、 文 档 页 数 ) 
(6) WW,、W、W, 分 别 是 严重 一般、 微小 错误 的 加 权 因 子 。 推 荐 取 值 ; W, = 二 10,W,, 二 3， 
W,=1 
软件 工程 在 过 程 的 每 一 步 中 ,计算 各 阶段 的 阶段 指标 如 下 。 
PL; = W,(S;/E;) + W, (M/E;) + W,(T;/E:) 
错误 指标 为 
已 = 2) (ix PL)/PS 
(PL + 2Pl; + 3Pls 十 … +iX PL)/PS 








97 质量 保证 与 检验 


确保 每 个 开发 过 程 的 质量 ,防止 把 软件 差错 传播 到 下 一 个 过 程 。 因 此 ,检验 的 目的 有 
两 个 : 
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(1) 切实 搞 好 开发 阶段 的 管理 ,检查 各 开发 阶段 的 质量 保证 ; 

(2) 预先 防止 软件 差错 给 用 户 造 成 损失 。 

检验 的 类 型 有 以 下 4 种 。 

1. 供 货 检 验 

对 委托 外 单位 承担 开发 作业 而 后 买 进 或 转让 的 构成 软件 产品 的 部 件 、 规 格 说 明 、 半 成 
品 或 产品 的 检查 。 

2. 中 间 检 验 /阶段 评审 

目的 是 为 了 判断 是 否 可 进入 下 阶段 进行 后 续 开发 ,避免 将 差错 传播 到 后 续 工作 中 。 

3. 验收 检验 

确认 产品 是 否 已 达到 可 以 进行 产品 检验 的 质量 要 求 。 

4. 产品 检验 

判定 向 用 户 提供 的 软件 产品 是 否 达到 令 人 满意 的 程度 。 


98 软件 质量 保证 检验 项 目的 内 容 


1. 需求 分 析 

需求 分 析 一 功能 设计 一 实施 计划 

检查 的 内 容 : 开发 目的 ;目标 值 ; 开 发 量 ; 所 需 资源 ;各 阶段 的 产品 作业 内 容 及 开发 体制 
的 合理 性 。 

2. 设计 

结构 设计 一 数据 设计 一 过 程 设 计 

检查 的 内 容 : 产品 的 计划 量 与 实际 量 ;评审 量 ;差错 数 ;评审 方法 ,出 错 导 因 及 处 理 情 
况 ,阶段 结束 的 判断 标准 。 

3. 实现 

程序 编制 一 单元 测试 一 集成 测试 一 确认 测试 

检查 内 容 除 上 述 外 ,增加 测试 环境 及 测试 用 例 设计 方法 。 

4. 验收 

检查 的 内 容 : 说 明 书 检查 ;程序 检查 。 

五 个 实施 步骤 如 下 。 

(1) Target: 以 用 户 需求 和 开发 任务 为 依据 ,对 质量 需求 准则 ,质量 设计 准则 的 质量 特 
性 设 定 质量 目标 进行 评价 。 

(2) Plan: 设 定 适合 于 待 开发 软件 的 评测 检查 项 目 ,一 般 设 定 20 一 30 个 。 

(3) Do: 在 开发 标准 和 质量 评价 准则 的 指导 下 ,制作 高 质量 的 规格 说 明 书 和 程序 。 

(4) Check: 以 Plan 阶段 设 定 的 质量 评价 准则 进行 评价 ,算出 得 分 ,以 质量 图 的 形成 表 
示 出 来 ,比较 评价 结果 的 质量 得 分 和 质量 目标 看 其 是 否 合格 。 

(5) Action: 对 评价 发 现 的 问题 进行 改进 活动 ,重复 Plan 到 Action 的 过 程 直到 开发 项 
目 完成 。 
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99 ISO 9000 软件 质量 标准 的 了 解 


ISO 9000 是 指 质量 管理 体系 标准 , 它 不 是 指 一 个 标准 ,而 是 一 组 标准 的 统称 。ISO 
9000 是 由 TC176(TC176 指 质 量 管理 体系 技术 委员 会 ) 制 定 的 所 有 国际 标准 。ISO 9000 是 
ISO 发 布 之 12000 多 个 标准 中 最 畅销 、 最 普遍 的 产品 。 

ISO( 国 际 标准 化 组 织 ) 和 IAF (国际 认可 论坛 ) 于 2008 年 8 月 20 日 发 布 联合 公报 ,一 
致 同意 平稳 转换 全 球 应 用 最 广 的 质量 管理 体系 标准 ,实施 ISO 9001 一 2008 认证 。 

2000 版 ISO 9000 标准 包括 以 下 一 组 密切 相关 的 质量 管理 体系 核心 标准 。 

(1) ISO 9000《 质 量 管理 体系 结构 基础 和 术语 ), 表 述 质量 管理 体系 基础 知识 ,并 规定 质 
量 管理 体系 术语 。 

(2) ISO 9001《 质 量 管理 体系 要 求 》, 规 定 质量 管理 体系 要 求 , 用 于 证 实 组 织 具 有 提供 满 
足 顾 客 要 求 和 适用 法 规 要 求 的 产品 的 能 力 ,目的 在 于 增加 顾客 满意 度 。 

(3) ISO 9004《 质 量 管理 体系 业绩 改进 指南 》, 提 供 考虑 质量 管理 体系 的 有 效 性 和 效率 
两 方面 的 指南 。 该 标准 的 目的 是 促进 组 织 业 绩 改进 和 使 顾客 及 其 他 相关 方 满意 。 

ISO 9000 标准 被 很 多 国家 采用 ,包括 欧盟 的 所 有 成 员 , 加 拿 大 、 墨 西 哥 .美国 . 澳 大 利 
亚 .新 西 兰 和 太平 洋 区 域 。 为 了 注册 成 为 ISO 9000 中 包含 的 质量 保证 系统 模型 中 的 一 
一 个 公司 的 质量 系统 和 操作 应 该 由 第 三 方 审计 者 仔细 检查 ,查看 其 标准 的 符合 性 以 及 操作 
的 有 效 性 。 成 功 注册 之 后 ,这 一 公司 将 收 到 由 审计 者 所 代表 的 注册 实体 颁发 的 证 书 。 此 后 ， 
每 半年 进行 一 次 检查 性 审计 。 

ISO 9001 是 应 用 于 软件 工程 质量 保证 标准 。 这 一 标准 中 包含 了 高 效 的 质量 保证 系统 
必须 体现 的 20 条 需求 。 因 为 ISO 9001 Re 为 帮助 解释 该 
标准 在 软件 过 程 中 的 使 用 而 专门 开发 了 一 个 ISO 指南 的 子 集 ISO 9000 一 3。 

ISO 9001 描述 的 需求 涉及 管理 责任 、 质 量 系统 、 合 约 评审 、 设 计 控制 ,文档 和 数据 控制 、 
产品 标识 和 跟踪 、 过 程 和 控制 .审查 和 测试 .纠正 和 预防 性 动作 ,质量 控制 记录 、 内 部 质量 审 
计 、 培 训 、 服 务 以 及 统计 技术 的 主题 。 











本 章 小 结 


本 章 主 要 介绍 什么 是 软件 质量 保证 的 基础 知识 与 概念 及 相应 SQA 的 工作 内 容 和 工作 
方法 .SQA 所 需 的 素质 .软件 质量 保证 正式 技术 评审 的 相关 活动 和 检验 项 目 内 容 。 

软件 质量 保证 (SQA) 是 建立 一 套 有 计划 、 有 系统 的 方法 ,来 向 管理 层 保证 并 拟定 出 的 
标准 、 步 又 、 实 践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 

QA 是 英文 quality assurance 的 简称 ,中文 意思 是 品质 保证 , 它 在 ISO 8402 一 1994 中 的 
定义 是 “为 了 提供 足够 的 信任 表明 实体 能 够 满足 品质 要 求 ,而 在 品质 管理 体系 中 实施 并 根据 
需要 进行 证 实 的 全 部 有 计划 和 有 系统 的 活动 ”。 

QC 是 英文 quality control 的 简称 ,中 文 意义 是 品质 控制 , 它 在 ISO 8402 一 1994 的 定义 
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是 “为 达到 品质 要 求 所 采取 的 作业 技术 和 活动 ”。 

SEPG 是 software engineering process group 的 简称 , 即 软件 工程 过 程 小 组 ,是 软件 工 
程 的 一 个 重要 组 成 部 分 。 

FTR 的 意思 是 正式 技术 评审 ,是 一 种 由 软件 工程 师 和 其 他 人 进行 的 软件 质量 保障 
活动 。 


练习 题 
一 、 判 断 题 
1. 软件 质量 保证 (SQA) 是 建立 一 套 有 计划 、 有 系统 的 方法 ,来 向 管理 层 保 证 并 拟定 出 
的 标准 、 步 又 ,实践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 ( ) 
2. ISO 9000 是 指 质量 管理 体系 标准 , 它 是 指 一 个 标准 的 统称 。 ( ) 
3， QC 的 主要 工作 职责 是 检验 产品 的 质量 ,保证 产品 符合 客户 的 需求 。 ( 和 
4. QA 的 主要 工作 职责 是 检验 产品 的 质量 ,保证 产品 符合 客户 的 需求 。 ( ) 
5. FTR 的 意思 是 正式 技术 评审 ,是 一 种 由 软件 工程 师 和 其 他 人 进行 的 软件 质量 保障 
活动 。 ( 和 
二 、 选 择 题 
1. SQA 项 目 检查 内 容 中 验收 的 检查 内 容 是 ( 中 
A. 说 明 书 B. 程序 C. 测试 文档 D. 需求 
2. SQA 的 项 目 中 正式 的 技术 评审 的 评审 会 议 一 般 由 ( ) 人 参与 。 
A. 10~11 B. 5~10 C. 3~5 D. 5~8 


3.，M 表示 ( 

A. 较 多 错误 数 B. 严重 错误 数 C. 微小 错误 数 D. 一 般 错误 数 
4.S; 表示 ( Ns 

A. 较 多 错误 数 B. 严重 错误 数 C. 微小 错误 数 D. 一 般 错 误 数 
5.T; 表示 ( )。 

A. 较 多 错误 数 B. 严重 错误 数 C. 微小 错误 数 D. 一 般 错 误 数 
三 、 简 答题 
1. 软件 质量 保证 所 需要 哪些 素质 ? 
2. 软件 质量 保证 活动 的 活动 内 容 是 什么 ? 
3. 在 质量 保证 中 ,检查 和 审计 有 什么 区 别 ? 
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本 章 目标 
。 掌握 项 目 质量 控制 基本 概念 
。 掌握 项 目 质量 控制 的 内 容 及 过 程 的 基本 步骤 
。 熟悉 质量 控制 的 方法 ,技术 和 工具 
。 了 解 质量 控制 的 依据 及 成 果 


本 章 单词 


production : process: 








resource: check: 
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在 国内 软件 业 日 益 兴 旺 发 展 的 过 程 中 ,软件 质量 保证 体系 的 建立 成 为 绝 大 多 数 中 小 型 
软件 企业 的 迫切 需要 。 许 多 软件 公司 并 不 真正 懂得 如 何在 开发 过 程 中 正确 地 应 用 和 实施 软 
件 工 程 及 质量 保证 的 具体 方法 。 在 大 多 数 以 技术 人 员 为 主 的 新 型 科技 公司 内 ,质量 保证 活 
动 仍然 只 由 承担 开发 任务 的 程序 员 进 行 。 个 人 技术 能 力 的 高 低 决定 了 产品 的 质量 水 平 ,而 
且 相 当 数 量 的 软件 开发 人 员 包 括 管理 者 仍然 相信 软件 质量 是 在 编码 之 后 才 应 该 开始 担心 的 
事情 。 根 据 笔 者 多 年 在 IT 行业 工作 的 经 历 和 对 软件 行业 中 各 种 类 型 企业 的 观察 发 现 , 国 
内 在 系统 工程 软件 领域 中 较 少 有 能 够 活跃 在 全 国 市 场 甚至 是 跨 多 个 地 区 市 场 的 公司 出 现 。 
造成 这 一 现象 的 原因 主要 有 销售 能 力 限制 市场 不 规范 和 行业 发 展 起 步 较 晚 等 ,但 我 认为 更 
重要 的 原因 是 由 于 软件 开发 过 程 的 不 规范 而 造成 的 后 期 修改 维护 成 本 过 高 。 越 来 越 多 的 业 
界 资深 管理 者 已 经 意识 到 软件 质量 保证 和 相关 的 规范 化 开发 体制 是 公司 降低 整体 成 本 和 经 
营 风 险 的 最 重要 的 环节 。 


101 项 目 质 量 控制 的 定义 、 目 的 和 必要 性 


软件 项 目 质量 管理 ,是 贯穿 整个 软件 生命 周期 的 重要 工作 ,是 软件 项 目 顺利 实施 并 成 功 
完成 的 可 靠 保 证 。 随 着 软件 开发 技术 的 发 展 和 信息 技术 的 广泛 应 用 ,软件 项 目 质量 管理 越 
来 越 受 到 重视 。 实 现 软 件 项 目 质 量 管理 与 国际 标准 接轨 ,加 强 软 件 管理 ,改善 软件 开发 过 
程 ,提高 软件 质量 ,已 成 为 软件 行业 面临 的 巨大 难题 。 通 过 软件 质量 控制 ,提高 软件 产品 的 
生产 可 靠 性 、 降 低 软件 产品 的 开发 成 本 。 高 质量 的 软件 离 不 开 有 效 的 管理 和 控制 。 质 量 和 
成 本 ,是 衡量 项 目 成 功 与 否 的 两 个 关键 因素 ,通过 质量 控制 也 能 降低 项 目 成 本 。Donald 
Reifer 给 出 软件 质量 控制 的 定义 : 软件 质量 控制 是 一 系列 验证 活动 ,在 一 系列 的 控制 活动 
中 采取 有 效 措施 ,在 软件 开发 过 程 的 各 个 监测 点 上 ,评估 开发 出 来 的 阶段 性 产品 是 否 符合 技 
术 规 范 。 质 量 控制 是 软件 项 目 管理 的 重要 工作 。 

1. 项 目 质量 控制 的 目的 

(1) 从 项 目 整体 出 发 ,通过 对 项 目 质量 的 控制 ,达到 对 项 目 整体 质量 的 全 面 保证 。 

(2) 从 项 目 过 程 出 发 ,通过 对 项 目 过 程 的 控制 ,达到 及 时 发 现 异常 ,及 时 采取 纠正 措施 ， 
通过 过 程控 制 最 终 确保 质量 符合 预期 要 求 。 

(3) 通过 质量 控制 管理 ,达到 降低 质量 成 本 ,减少 质量 风险 ,最终 达到 客户 满意 的 目的 。 

2. 项 目 质量 控制 的 必要 性 

(1) 项 目 进行 过 程 中 的 质量 控制 ,为 整个 项 目的 实施 和 完成 提供 了 质量 保证 。 

(2) 项 目 过 程 中 的 质量 控制 ,可 以 有 效 避 免 由 于 质量 问题 引起 的 质量 成 本 损失 。 

(3) 质量 控制 的 好 坏 直接 影响 到 项 目 整 体 管理 的 成 效 。 

(4) 通过 质量 控制 ,可 以 有 效 地 控制 项 目 实施 过 程 中 的 潜在 威胁 ,为 后 续 制 程 提 供 相应 
的 质量 保证 。 

(5) 有 效 地 进行 质量 控制 是 确保 产品 质量 、 提 升 产品 品质 ,促使 企业 发 展 、 赢 得 市 场 、 获 
得 利润 的 核心 。 
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102 质量 控制 的 内 容 及 过 程 


全 面 质量 控 制 过 程 , 就 是 质量 计划 的 制定 和 组 织 实 现 过 程 。 由 休 哈 特 (Walter A. 
Shewhart) 提 出 构想 ,经 过 著名 质量 管理 专家 戴 明 (Edwards Deming) 的 深化 和 发 展 ,总 结 出 
管理 学 的 通用 模型 , 称 为 戴 明 环 ,在 很 多 资料 上 也 称 为 PDCA 循环 。 

1. 质量 控制 要 素 

软件 项 目 质量 控制 的 三 大 要 素 是 产品 过程 和 资源 ,需要 不 断 进行 调整 和 检查 。 三 大 要 
素 表述 如 下 。 

(1) 产品 (production)。 一 个 过 程 的 输出 产品 ,不 会 比 输入 产品 的 质量 更 高 ,如 果 输 入 
产品 有 缺陷 ,会 在 后 续 产 品 中 放大 ,并 影响 最 终 产品 质量 。 软 件 产品 中 的 各 个 部 件 和 模块 ， 
必须 达到 预定 的 质量 要 求 ,特别 需要 保证 各 模块 共用 的 API 和 基础 类 库 的 质量 ,和 否则 各 个 
模块 集成 以 后 的 缺陷 会 成 倍 放大 ,并且 难以 定位 ,修复 成 本 也 会 大 大 增加 。 

(2) 过 程 (process)。 软 件 项 目 过 程 分 为 两 类 : 一 类 是 技术 过 程 ,包括 需求 分 析 、 架 构 设 
计 、 编 码 实现 等 ; 另 一 类 是 管理 过 程 ,包括 技术 评审 .配置 管理 .软件 测试 等 。 技 术 过 程 进行 
质量 设计 并 构造 产品 ,同时 会 引入 缺陷 ,因此 技术 过 程 直接 决定 了 软件 质量 特性 ;管理 过 程 
对 质量 过 程 进行 检查 和 验证 ,发 现 问题 并 进行 纠正 ,间接 地 决定 了 最 终 产 品质 量 。 因 此 , 技 
术 过 程 和 管理 过 程 都 对 软件 质量 有 重要 影响 。 

(3) 资源 (resource)。 软 件 项 目 中 的 资源 包括 : 人 、 时 间 、 设 备 和 资金 等 ,资源 的 数量 和 
质量 都 影响 软件 产品 质量 。 软 件 是 智力 高 度 集中 的 产品 ,人 是 决定 性 因素 ,软件 开发 人 员 的 
知识 ,经验 ,能 力 ,态度 ,都 会 对 产品 质量 产生 直接 影响 。 在 大 多 数 情况 下 ,项 目的 时 间 和 资 
金 都 是 有 限 的 ,构成 了 制约 软件 质量 的 关键 因素 。 而 设备 和 环境 不 足 也 会 直接 导致 软件 质 
量 低下 。 

2. 质量 控制 模型 结构 

将 PDCA 循环 用 于 质量 控制 模型 结构 如 图 10-1 所 示 。 


计划 “人 
行动 | 
\_ 人 


图 10-1 质量 控制 模型 
















































PDCA 包括 4 个 过 程 8 个 阶段 。 
(1) 计划 (plan)。 分 析 现 状 、 发 现 问题 \ 找 出 原因 ,制定 相应 的 质量 方针 、 目 标 、 计 划 和 
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原则 。 该 阶段 包括 4 个 阶段 , 即 找 出 问题 、 找 出 原因 、 找 出 要 因 .制订 计划 。 

(2) 执行 (do)。 根 据 计 划 实 施 ,执行 计划 中 规定 的 各 项 活动 。 该 阶段 包括 一 个 阶段 , 即 
执行 计划 。 

(3) 检查 (check)。 对 执行 的 结果 进行 检查 、 审 核 和 评估 ,收集 数据 并 进行 分 析 , 度 量 工 
作 的 质量 ,发 现存 在 的 问题 。 该 阶段 包括 一 个 阶段 , 即 检 查 结果 。 

(4) 行动 (action)。 针 对 检查 中 发 现 的 问题 ,采取 相应 的 改进 措施 纠正 偏差 。 总 结 成 功 
经 验 ,吸取 失败 教训 ,形成 标准 和 规范 指导 以 后 的 工作 ,通过 行动 提高 并 升华 。 该 阶段 包括 
两 个 阶段 , 即 总 结 经 验 、 提 出 新 问题 。 

软件 在 组 织 实施 软件 项 目的 过 程 中 ,对 项 目的 监控 从 3 个 角度 着 手 实施 。 

(1) 建立 符合 软件 工程 和 软件 项 目 管理 流程 要 求 的 实用 软件 项 目 运 行 环境 。 包括: 明 
确 的 过 程 流程 .项 目 策划 、 组 织 支撑 环境 。 

(2) 优秀 的 项 目 经 理 和 质量 保证 经 理 构 成 项 目的 第 一 责任 人 。 和 软件 采用 双 过 程 经 理 
制 , 项 目 经 理 和 软件 质量 保证 经 理 构成 软件 项 目的 灵魂 人 物 。 

(3) 项 目 沟 通 。 项 目 计划 、 进 度 和 项 目 范 围 必须 能 够 被 项 目 成 员 方便 地 得 到 ,以 确保 大 
家 是 在 统一 的 平台 上 朝 着 同一 个 目标 前 进 。 为 此 ,在 软件 开发 项 目 实施 过 程 中 应 从 以 下 三 
个 方面 展开 工作 以 建立 项 目 组 内 部 .公司 全 局 项目 组 与 项 目 方 的 沟通 机 制 。 

@ 采用 适当 的 图 表 和 模板 增强 项 目 组 内 沟通 效果 和 沟通 的 一 致 性 ; 

@ 采用 协同 开发 软件 工具 内 部 统一 的 消息 平台 ; 

@ 项 目 策划 中 必须 包括 与 项 目 方 的 适当 沟通 并 建立 沟通 渠道 。 

项 目 质量 控制 的 结果 是 项 目 质量 控制 和 质量 保障 工作 所 形成 的 综合 结果 ,是 项 目 质量 
管理 全 部 工作 的 综合 结果 。 这 种 结果 的 主要 内 容 包 括 以 下 几 点 。 

(1) 项 目 质量 的 改进 

项 目 质量 的 改进 是 指 通过 项 目 质量 管理 与 控制 所 带 来 的 项 目 质量 提 高 。 项 目 质量 改 进 
是 项 目 质量 控 制 和 保障 工作 共同 作用 的 结果 ,也 是 项 目 质量 控制 最 为 重要 的 一 项 结果 。 

(2) 对 于 项 目 质量 的 接受 

对 于 项 目 质量 的 接受 包括 两 个 方面 : 一 是 指 项 目 质 量 控制 人 员 根 据 项 目 质 量 标 准 对 已 
完成 的 项 目 结 果 进 行 检验 后 对 该 项 结果 所 做 出 的 接受 和 认可 ;二 是 指 项 目 业 主 / 客 户 或 其 代 
理 人 根据 项 目 总 体质 量 标准 对 已 完成 项 目 工作 结果 进行 检验 后 做 出 的 接受 和 认可 。 一 旦 做 
出 了 接受 项 目 质 量 的 决定 ,就 表示 一 项 工作 或 一 个 项 目 已 经 完成 并 达到 了 项 目 质量 要 求 , 如 
果 做 出 不 接受 的 决定 就 应 要 求 项 目 返 工 和 恢复 并 达到 项 目 质 量 要 求 。 

(3》 返工 

返工 是 指 在 项 目 质量 控制 中 发 现 某 项 工作 存在 着 质量 问题 并 且 其 工作 结果 无 法 接受 
时 ,将 有 缺陷 或 不 符合 要 求 的 项 目 工作 结果 重新 变 为 符合 质量 要 求 的 一 种 工作 。 返 工 既 是 
项 目 质量 控制 的 一 个 结果 ,也 是 项 目 质量 控制 的 一 种 工作 和 方法 。 

返工 的 原因 一 般 有 三 个 : @ 项 目 质量 计划 考虑 不 周 ; @ 项 目 质量 保障 不 力 ; @ 出 现 意 
外 变故 。 

返工 所 带 来 的 不 良 后 果 主 要 也 有 三 个 : 延误 项 目 进 度 ; 增 加 项 目 成 本 ;影响 项 目 形象 。 
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有 时 重大 或 多 次 的 项 目 返工 会 导致 整个 项 目 成 本 突破 预算 .并且 无 法 在 批准 工期 内 完 
成 项 目 工作 。 在 项 目 质量 管理 中 返工 是 最 严重 的 后 果 之 一 ,项 目 团队 应 尽力 避免 返工 。 

(4) 核 检 结束 清单 

这 也 是 项 目 质量 控制 工作 的 一 种 结果 。 当 使 用 核 检 清单 开展 项 目 质量 控制 时 ,已 经 完 
成 了 核 检 的 工作 清单 纪录 是 项 目 质量 控制 报告 的 一 部 分 。 这 一 项 目 质量 控制 工作 的 结果 通 
常 可 以 作为 历史 信息 使 用 ,以 便 对 下 一 步 项 目 质量 控制 所 做 的 调整 和 改进 提供 依据 和 信息 。 

(5) 项 目 调整 和 变更 

项 目 调整 和 变更 是 项 目 质量 控制 的 一 种 阶段 性 和 整体 性 的 结果 。 它 是 指 根据 项 目 质量 
控制 的 结果 和 面临 的 问题 (一 般 是 比较 严重 的 ,或 事 关 全 局 性 的 项 目 质量 问 题 ) ,或 者 是 根据 
项 目 各 相关 利益 者 提出 的 项 目 质 量变 更 请 求 , 对 整个 项 目的 过 程 或 活动 所 采取 的 调整 .变更 
和 纠偏 行动 。 在 某 些 情况 下 ,项 目 调整 和 变更 是 不 可 避免 的 。 例 如 , 当 发 生 了 严重 质量 问题 
而 无 法 通过 返工 修复 项 目 质量 时 ; 当 发 生 了 重要 意外 而 进行 项 目 变 更 时 都 会 出 现 项 目 调整 
的 结果 。 


103 质量 控制 的 方法 、 技 术 和 工具 


支持 质量 控制 的 工具 及 方法 有 很 多 , 核 检 清单 法 、 质 量 检验 法 、 控 制图 法 、 帕 累 托 图 法 、 
统计 样本 法 ,流程 图 法 ,趋势 分 析 法 等 ,以 下 详细 介绍 几 种 主要 方法 。 
(1) 核 检 清单 法 
核 检 清单 是 项 目 质量 控制 中 一 种 独特 的 结构 化 质量 控制 方法 。 
(2) 质量 检验 法 
质量 检验 是 指 那些 测量 .检验 和 测试 等 用 于 保证 工作 结果 与 质量 要 求 相 一 致 的 质量 控 
制 方法 。 
(3) 控制 图 法 
控制 图 是 用 于 开展 项 目 质量 控制 的 一 种 图 示 方 法 。 控 制图 法 是 建立 在 统计 质量 管理 方 
法 基础 之 上 的 。 它 利用 有 效 数 据 建立 控制 界限 ,如 果 项 目 过 程 不 受 异常 原因 的 影响 ,从 项 目 
运行 中 观察 得 到 的 数据 将 不 会 超出 这 一 界限 。 
(4) 帕 累 托 图 法 
帕 累 托 (Pareto) 图 法 是 一 种 表明 “关键 的 少数 和 次 要 的 多 数 ” 关 系 的 一 种 统计 图 表 , 它 
也 是 质量 控制 中 经 常 使 用 的 一 种 方法 。 帕 累 托 图 又 叫 排列 图 , 它 将 有 关 质 量 问题 的 要 素 进 
行 分 类 ,从 而 找 出 “重要 的 少数 ”(A 类 ) ,和 “次 要 的 多 数 ”(C 类 ) ,以便 对 这 些 要 素 采 取 ABC 
分 类 管理 的 方法 。 
(5) 统计 样本 法 
这 是 指 选择 一 定数 量 的 样本 进行 检验 ,从 而 推断 总 体 的 质量 情况 ,以 获得 质量 信息 和 开 
质量 控制 的 方法 。 
(6) 流程 图 法 
这 种 方法 主要 用 于 在 项 目 质量 控制 中 ,有 关 分 析 项 目 质量 问题 发 生 在 项 目 流程 的 哪个 
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环节 和 造成 这 些 质量 问题 的 原因 以 及 这 些 质量 问题 发 展 和 形成 的 过 程 。 

(7) 趋势 分 析 法 

趋势 分 析 法 是 指使 用 各 种 预测 分 析 技术 来 预测 项 目 质量 未 来 发 展 趋势 和 结果 的 一 种 质 
量 控制 方法 。 


104 质量 控制 的 依据 及 成 果 


项 目 质量 控制 的 依据 有 一 些 与 项 目 质量 保障 的 依据 是 相同 的 ,有 一 些 是 不 同 的 。 项 目 
质量 控制 的 主要 依据 如 下 。 

(1) 项 目 质量 计划 

这 与 项 目 质量 保障 是 一 样 的 ,这 是 在 项 目 质量 计划 编制 中 所 生成 的 计划 文件 。 

(2) 项 目 质 量 工作 说 明 

这 也 是 与 项 目 质量 保障 的 依据 相同 的 ,同样 是 在 项 目 质量 计划 编制 中 所 生成 的 工作 
文件 。 

(3) 项 目 质量 控制 标准 与 要 求 

这 是 根据 项 目 质量 计划 和 项 目 质量 工作 说 明 , 通 过 分 析 和 设计 而 生成 的 项 目 质量 控制 
的 具体 标准 。 项 目 质量 控制 标准 与 项 目 质量 目标 和 项 目 质量 计划 指标 是 不 同 的 ,项 目 质量 
目标 和 计划 给 出 的 都 是 项 目 质量 的 最 终 要 求 , 而 项 目 质量 控制 标准 是 根据 这 些 最 终 要 求 所 
制定 的 控制 依据 和 控制 参数 。 通 常 这 些 项 目 质量 控制 参数 要 比 项 目 目标 和 依据 更 为 精确 、 
严格 和 有 操作 性 ,因为 如 果 不 能 够 更 为 精确 与 严格 就 会 经 常 出 现 项 目 质量 的 失控 状态 ,就 会 
经 常 需要 采用 项 目 质量 恢复 措施 ,从 而 形成 较 高 的 项 目 质量 成 本 。 

(4) 项 目 质 量 的 实际 结果 

项 目 质量 的 实际 结果 包括 项 目 实 施 的 中 间 结 果 和 项 目的 最 终结 果 , 同 时 还 包括 项 目 工 
作 本 身 的 好 坏 。 项 目 质 量 实际 结果 的 信息 也 是 项 目 质 量 控 制 的 重要 依据 ,因为 有 了 这 类 信 
息 , 人 们 才 可 能 将 项 目 质量 实际 情况 与 项 目的 质量 要 求 和 控制 标准 进行 对 照 , 从 而 发 现 项 目 
质量 问题 ,并 采取 项 目 质量 纠偏 措施 ,使 项 目 质量 保持 在 受 控 状态 。 

Q@ 需求 阶段 质量 控制 。 需 求 阶段 的 质量 控制 最 重要 的 手段 是 要 规范 填写 质量 控制 文 
档 并 进行 评审 。 需 求人 员 完 成 需求 文档 以 后 ,填写 需求 《预审 问题 表 》, 如 表 10-1 所 示 。 

《预审 问题 表 ) 提 交 给 每 个 评审 人 员 ,进行 需求 文档 评审 。 然 后 , 质 管 人 员 根据 评审 结 
果 ,填写 (需求 分 析 过 程 检查 表 》, 如 表 10-2 所 示 。 

在 需求 文档 评审 后 , 质 管 人 员 要 进行 问题 跟踪 ,填写 需求 (评审 问题 跟踪 表 》, 如 表 10-3 
所 示 ,直到 需求 文档 满足 评审 为 止 。 

@ 设计 阶段 质量 控制 。 设 计 阶段 的 质量 控制 手段 是 要 规范 填写 质量 控制 文档 并 进行 
设计 文档 的 评审 。 项 目 设计 人 员 完 成 设计 文档 后 ,填写 设计 《预审 问题 表 》 ,设计 《预审 问题 
表 ) 提 交 给 每 个 评审 人 员 ,进行 设计 文档 评审 ,然后 质 管 人 员 根 据 评审 结果 填写 (设计 分 析 过 
程 检查 表 》, 如 表 10-4 所 示 。 
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表 10-1 预审 问题 表 






































































































































































































































文档 编号 ， 文件 类 型 ， 
编 写 审核 
文件 状态 ， 控 受 控 范围 ， 公司 
项 目 名 称 项 目 编号 
评审 时 间 评审 性 质 预审 
评审 类 别 [计划 [VJ] 需求 [J] 设计 [J] 测试 [ ] 验 收 [ ] 总 结 
评审 任务 
预 市 问 是 
问题 描述 需求 编写 者 评审 员 
表 10-2 需求 分 析 过 程 检查 表 
_ 本 评价 
检查 内 容 实施 情况 (10 分 制 ) 
是 否 对 项 目的 需求 分 析 和 管 | 口 是 人 
理 活动 分 配 任务 和 进度 逢 求 分 析 活 动 措 太 
: 否 (说 明 原因 ) 责任 人 
是 项 目 需 求 调研 
是 否 对 用 户 的 需求 进行 收集 | 口 否 (原因 说 明 ) 项 目 功 能 清单 
i 其 他 用 户 文档 
是 项 目 需求 调研 评审 
是 否 对 用 户 需 求 进行 检查 并 用 户 代表 确认 /签字 
与 用 户 的 一 致 人 项 目 经 理 确认 /签字 
可 先 其 他 人 员 确认 
网 已 具备 能 力 
系统 分 析 人 员 是 否 接收 过 相 正式 培训 
关 培 训 小 组 培训 
否 (原因 说 明 ) Me 
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续 表 
评价 
检查 内 容 施 情 况 (lo 分 制 ) 
需求 规格 说 明 书 /| 口 评审 问题 清单 (可 选 ) 
需求 表 评审 通知 和 确认 表 ( 可 选 ) 
项 目 评审 表 
项 目 评审 问题 追踪 表 
系统 分 析 结 果 是 否 形成 文档 | 口 系统 功能 清单 评审 人 员 签 字 
批准 人 确认 /签字 
评审 时 间 
验证 人 等 
否 (原因 说 明 ) 
二 SQA 人 员 验 证 
文件 编号 
是 配置 项 编号 
项 目 版 本 号 
Ee 审核 人 
文档 格式 是 否 正确 a 
批准 人 
否 (说 明 原因 ) 推 准时 阐 
符合 模板 
按 计划 完成 
是 口 提前 完成 并 评审 
需求 规格 说 明 书 是 否 按 计划 口 按 计划 完成 并 评审 
完成 口 按 计划 完成 ,评审 延迟 
否 (说 明 原因 ) 未 按 计划 完成 ,延迟 天 
口 采取 纠正 措施 
是 需求 跟踪 和 矩阵 表 
需求 是 否 被 标识 管理、 跟踪 ee 口 需求 被 唯一 标识 
和 关闭 lidsad 口 需求 状态 被 描述 
没有 变更 口 统计 需求 个 数 
- 潜在 问题 被 描述 
作为 潜在 问题 的 需求 ,在 需 有 - 
闲 们 大 世 出 是 去 宏 村 训 否 (原因 说 明 ) 六 站 各 二 汉语 天 
不 适用 
是 管理 需求 基线 
员 3 bc 
re SCM 基线 报告 (频率 ) 
否 ( 说 明 原因 ) 配置 报告 分 发 给 相关 人 员 
~ pe 证 是 
SA 是 古 州 信 在 现 且 的 天 软件 过 程 审计 报告 (频率 ) 
求 分 析 活动 ,标识 偏离 项 目 人 
计划 或 组 织 结构 的 内 容 否 (说 明 原因 ) " - 
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表 10-3 评审 问题 跟踪 表 

























































































































































































文档 编号 文件 类 型 : 
编写 者 
文件 状态 受 控 受 控 范围 公司 
项 目 名 称 项 目 编号 
评审 时 间 评审 性 质 预审 
评审 类 别 [J 计划 [V] 需 求 [] 设 计 [ ] 测 试 [ ] 验 收 [ ] 总 结 
跟踪 问题 
No. 问题 描述 缺陷 级 别 
记录 员 签名 项 目 经 理 确认 
问题 修改 
问题 修改 后 描述 是 否 解决 
作者 签名 项 目 经 理 确认 
表 10-4 设计 分 析 过 程 检查 表 
要 评价 
检查 内 容 实施 情况 a 
评审 问题 清单 (可 选 ) 
& 评审 通知 和 确认 表 (可 选 ) 
项 目 评审 表 
项 目 评审 问题 追踪 表 
是 否 形成 概要 设计 说 明 书 评审 人 员 签字 
批准 人 签字 
wi 评审 时 间 
否 (说 明 原 因 tee 
SQA 人 员 验 证 
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实施 情况 


评价 
(10 分 制 ) 



































是 否 形成 详细 设计 说 明 书 





否 ( 说 明 原 因 ) 








评审 问题 清单 (可 选 ) 
评审 通知 和 确认 表 ( 可 选 ) 
项 目 评审 表 

项 目 评审 问题 追踪 表 























可 选 





评审 人 员 签 字 
批准 人 签字 
评审 时 间 














验证 人 签字 
SQA 人 员 验 证 











文档 格式 是 否 正确 
































否 (说 明 原因 ) 


























文件 编号 


口 配置 项 编号 


项 目 版 本 号 
审核 人 
审核 时 间 
批准 人 
批准 时 间 
符合 模板 














概要 设计 说 明 书 是 否 按 计划 











完成 


否 ( 说 明 原 因 ) 








按 计 划 完 成 

口 提前 完成 并 评审 

口 按 计划 完成 并 评审 

口 按 计划 完成 ,评审 延迟 
未 按 计 划 完 成 ,延迟 _ 天 
口 采取 纠正 措施 











详细 设计 说 明 书 是 否 按 计划 


是 

















完成 








否 (说 明 原因 ) 








按 计 划 完 成 

口 提前 完成 并 评审 

口 按 计 划 完 成 并 评审 

口 按 计划 完成 ,评审 延迟 
未 按 计划 完成 ,延迟 天 














配置 人 员 是 否 管理 项 目的 配 


是 

















置 情况 








否 ( 说 明 原 因 ) 














管理 设计 基线 

SCM 基线 报告 (频率 ) 

SCM 基线 变更 状态 报告 (频率 ) 
配置 报告 分 发 给 相关 人 员 








SQA 是 否定 期 检查 项 目的 需 





是 











求 管理 活动 ,标识 偏离 项 目 











计划 或 组 织 结构 的 内 容 








否 ( 说 明 原 因 ) 

















软件 过 程 审 计 报 告 (频率 ) 
审计 报告 分 发 给 相关 人 员 





在 设计 文档 评审 后 , 质 管 人 员 要 填写 设计 《评审 问题 跟踪 表 》, 直 到 设计 文档 满足 


评审 。 
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@ 开发 阶段 质量 控制 。 对 于 开发 阶段 ,编码 规范 非常 重要 ,每 个 人 都 要 遵循 编码 规范 。 
系统 的 每 个 模块 完成 以 后 ,要 根据 情况 进行 编码 过 程 检查 ,来 确认 编码 过 程 是 否 遵守 规范 ， 
如 表 10-5 所 示 。 

表 10-5 编码 过 程 规 范 表 
































































































































































































































本 评价 
检查 内 容 实施 情况 (10 分 制 ) 
是 频率 和 形式 
是 否 进行 代码 走 查 否 (说 明 原因 ) 走 查 问题 被 跟踪 和 解决 
和 重大 缺陷 和 问题 被 记录 
编码 是 否 按 形 成 文档 的 准则 | 是 和 
执行 否 (说 明 原因 ) 自 定义 规范 
是 采用 配置 工具 
源 代码 是 否 进行 配置 管理 
否 ( 说 明 原因 ) 配置 库 管 理 
变更 记录 
代码 的 变更 是 否 被 标识 , 检 人 
和 i 修改 人 和 修改 时 间 记录 
变更 被 检查 和 关闭 
上 和 规程 要 求 一 致 
单元 测试 用 例 
单元 测试 是 否 进行 口 单元 测试 分 析 报 告 
和 
否 (说 明 原因 ) Se 
SQA 是 否定 期 检查 项 目的 编 | 口 是 人 
码 过 程 活动 ,标识 偏离 项 目 审计 报告 分 发 给 相关 人 员 
管理 或 组 织 结构 的 内 容 否 (说 明 原因 ) 
































开发 过 程 中 ,每 个 模块 根据 (编码 过 程 检 查 表 》 上 没有 满足 的 项 , 质 管 人 员 填 写 开发 ( 评 
审问 题 跟踪 表 》。 

@ 测试 阶段 质量 控制 。 测 试 阶段 的 质量 控制 手段 是 使 用 Bug 管理 工具 进行 缺陷 管理 
和 跟踪 ,直到 系统 满足 测试 退出 标准 或 用 户 需 求 ,测试 人 员 提 交 系统 ( 测 试 报告 》, 对 于 《测试 
报告 ), 根 据 需 求 来 评审 测试 情况 ,首先 要 填写 测试 4 预审 问题 表 》, 根 据 评 审结 果 再 填写 ( 软 
件 测 试 检 查 表 》, 如 表 10-6 所 示 。 

最 后 要 跟踪 问题 ,直到 全 部 的 Bug 解决 ,满足 需求 ;存在 的 问题 需要 填写 (评审 问题 跟 
踪 表 》。 

@ 维护 阶段 质量 控制 。 系 统 上 线 以 后 ,由 维护 人 员 来 保证 系统 的 正常 运行 ,对 于 维护 
阶段 的 质量 控制 ,维护 人 员 要 提交 《项 目 维护 报告 ), 如 表 10-7 所 示 。 
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表 10-6 软件 测试 检查 表 


实施 情况 


评价 
(10 分 制 ) 





是 否 有 测试 计划 








系统 


























集成 








评审 问题 清单 (可 选 ) 
评审 通知 和 确认 表 ( 可 选 ) 
项 目 评审 表 

项 目 评审 问题 追踪 表 























其 他 情况 





评审 人 员 签 字 
批准 人 签字 
评审 时 间 














验证 人 签字 
SQA 人 员 验 证 





是 否 有 测试 用 例 








系统 


























集成 





























其 他 情况 

















评审 问题 清单 (可 选 ) 
评审 通知 和 确认 表 ( 可 选 ) 
项 目 评审 表 

项 目 评审 问题 追踪 表 
评审 人 员 签 字 
批准 人 签字 

评审 时 间 

验证 人 签字 
SQA 人 员 验 证 





文档 格式 是 否 正确 












































口 否 (说 明 原 因 ) 


























文件 编号 
配置 项 编号 
项 目 版 本 号 
审核 人 

审核 时 间 
批准 人 

批准 时 间 
符合 模板 





测试 计划 是 否 按 计划 完成 





























按 计划 完成 

口 提前 完成 并 评审 

口 按 计划 完成 并 评审 

口 按 计 划 完 成 ,评审 延迟 
未 按 计 划 完 成 ,延迟 天 






































(说 明 原 因 ) 
否 ( 说 明 原因 ep 
按 计 划 完 成 
口 提前 完成 并 评审 
i 计划 完 口 按 计划 完成 并 评审 
测试 用 例 是 否 按 计划 完成 nid 
否 (说 明 原 因 ) 未 按 计 划 完 成 ,延迟 天 























口 采取 纠正 措施 
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续 表 
国 评价 
检查 内 容 实施 情况 Pe 
是 否 量化 测试 进程 ,测试 是 | 口 是 和 
香 按 计划 执行 一 测试 人 员 安排 
口 否 ( 说 明 原因 ) 监督 测试 进度 
E 变更 请 求 
修改 描述 
测试 变更 是 否 遵守 变更 流程 变更 批准 
Se 变更 通知 
否 (说 明 原 因 ) i 
是 否 形成 测试 需求 与 功能 需 | 口 是 
人 需求 跟踪 矩阵 表 
求 的 追溯 表 否 (说 明 原因 ) 
测试 缺陷 和 结果 是 否 形成 记 | 口 是 、 
录 ? 生成 缺陷 和 测试 覆盖 率 td 
的 总 结 报告 否 (说 明 原因 ) 由 
是 取 用 版 本 正确 
更 新 的 缺陷 是 否 经 过 回归 测 测试 问题 报告 
试 ,确认 正确 ,结果 形成 记录 nn 验证 人 
否 ( 说 明 原因 ) 缺陷 描述 
是 测试 工具 
测试 中 是 否 采用 测试 工具 或 测试 工具 版 本 
测试 程序 测试 程序 说 明 
否 (说 明 原因 ) 纳入 配置 受 控 库 
是 否定 义 了 评估 测试 结果 的 | 口 是 
下 测试 完成 标准 说 明 
本 否 (说 明 原因 ) 
测试 完成 后 ,是 否 进行 测试 | 口 是 项 目 组 成 员 或 相关 人 员 确 认 
的 技术 检查 ? 测试 验收 后 的 项 目 验收 评审 
产品 是 否 可 集成 为 验收 测试 验收 运行 程序 
版 本 否 ( 说 明 原 因 ) 测试 分 析 报 告 
是 管理 测试 基线 
配置 人 员 是 否 管理 项 目的 配 SCM 基线 报告 (频率 ) 
置 情况 SCM 基线 变更 状态 报告 (频率 ) 
否 (说 明 原 因 ) 配置 报告 分 发 给 相关 人 员 
tl 软件 过 程 审计 报告 
试 活动 ,标识 偏离 项 目 计划 i 
或 组 织 结构 的 内 容 否 (说 明 原因 ) - 


130 














第 10 章 项 目 质量 控制 | 





表 10-7 项 目 维护 报告 

































































部 门 名 称 : 本 周 时 间 : 年 月 日 一 月 日 
项 目 名 称 维护 内 容 
维护 类 型 维护 事项 故障 现象 处 理 结 果 维护 人 员 
预防 性 维护 
日 常 性 维护 
屎 光环 省 突 发 性 维护 
其 他 
本 周 任务 量 统计 
维护 类 型 维护 量 统计 备注 
预防 性 维护 为 了 防止 某 类 事情 的 发 生 ,而 产生 的 维护 任务 
日 常 性 维护 每 个 工作 日 ,必须 执行 的 周期 性 维护 任务 
突 发 性 维护 在 非 工作 日 ,产生 的 维护 任务 
其 他 
合计 
直接 领导 : 





相关 人 员 要 对 项 目 维护 报告 进行 评审 ,检查 系统 在 运行 过 程 中 的 缺陷 ,形成 (系统 运行 
问题 表 》, 对 于 不 满足 需求 的 缺陷 和 运行 中 存在 的 其 他 缺陷 进行 修改 。 


本 章 小 结 


介绍 了 项 目 质量 控制 基本 概念 、 目 的 ` 必 要 性 ,项 目 质量 控制 的 内 容 及 过 程 的 基本 步骤 、 
质量 控制 的 方法 .技术 和 工具 、 质 量 控制 的 依据 及 成 果 。 详 细 地 介绍 了 整个 项 目 质量 控制 的 
过 程 PDCA。 对 质量 控制 的 要 素 进行 了 介绍 。 针 对 质量 控制 的 方法 .技术 .工具 等 进行 了 介 
绍 ,比如 : 核 检 清 单 法 、 质 量 检验 法 、 控 制图 法 ,. 帕 累 托 图 法 、 统 计 样本 法 流程 图 法 .趋势 分 
析 法 等 。 质 量 控制 的 依据 和 在 开发 过 程 中 每 个 阶段 进行 了 介绍 及 每 个 阶段 产 出 的 工件 和 跟 


踪 进 行 了 描述 。 


练习 题 


一 、 判 断 题 
1. 软件 质量 控制 是 一 系列 验证 活动 ,在 一 系列 的 控制 活动 中 采取 有 效 措施 ,在 软件 开 


发 过 程 的 各 个 监测 点 上 ,评估 开发 出 来 的 阶段 性 产品 是 否 符合 技术 规范 。 ( ) 
2. 质量 控制 不 是 软件 项 目 管理 的 重要 工作 。 ¢ ) 
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3. 质量 控制 的 目的 不 能 从 项 目的 过 程 出 发 。 ( 
4. 全 面 质量 控制 过 程 ,就 是 质量 计划 的 制定 和 组 织 实现 过 程 。 ( 


5. 软件 项 目 质 量 控制 的 三 大 要 素 是 产品 .过程 和 资源 ,需要 不 断 进行 调整 和 检查 。 
‘ 
二 、 选 择 题 
1. 质量 管理 计划 描述 了 ( 
A. 实施 质量 政策 的 方法 
B. 项 目 质 量 系统 
C. 项 目 质量 控制 .质量 保证 .质量 改进 计划 
D. 用 来 进行 成 本 、 进 度 和 质量 之 间 权 衡平 衡 分 析 的 程序 
2. 下 列表 述 正确 的 是 ( ”)。 
A. 项 目 保 证 成 本 越 大 ,项 目 纠正 成 本 就 越 小 
B. 项 目 保证 成 本 越 大 ,项 目 纠正 成 本 也 就 越 大 
C. 项 目 纠正 成 本 越 大 ,项 目 保证 成 本 就 越 小 
D. 项 目 纠正 成 本 越 大 ,项 目 保 证 成 本 也 就 越 大 
3. 质量 计划 编制 的 方法 包括 ( 3 





A. 帕 累 托 分 析 B. 因果 分 析 

C. 流程 图 法 D. 成 本 /收益 分 析 
4. 质量 控制 中 常用 的 工具 有 ( 

A. 因果 分 析 图 B. 控制 图 

C. 质量 检查 表 D. 帕 累 托 图 
5. 质量 计划 编制 的 依据 包括 ( 

A. 范围 说 明 书 B. 成 果 说 明 

C. 标准 和 规范 D. 采购 时 的 物料 标准 
三 、 简 答题 


1. 项 目 质 量 控 制 的 目的 和 必要 性 是 什么 ? 
2. 项 目 质量 控制 的 依据 是 什么 ? 
3. 简要 描述 质量 控制 的 方法 。 
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本 章 目 标 
。 掌握 Web 网 站 功能 测试 相关 概念 
。 掌握 Web 网 站 安全 测试 相关 概念 
。 熟悉 Web 网 站 性 能 测试 相关 概念 
。 熟悉 Web 网 站 数据 库 测试 相关 概念 
。 熟悉 Web 网 站 可 用 性 /可 靠 性 测试 的 概念 


本 章 单词 


internet : cookies : 








explorer: web: 
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随 着 互联 网 的 快速 发 展 和 广泛 应 用 ,Web 网 站 已 经 应 用 到 政府 机 构 、 企 业 公司 、 财 经 证 
券 教 育 娱乐 等 各 个 方面 ,对 我 们 的 工作 和 生活 产生 了 深远 的 影响 。 正 因为 Web 能 够 提供 
各 种 信息 的 链接 和 发 布 ,并 且 内 容易 于 被 终端 用 户 存 取 ,使 得 其 非常 流行 无 所 不 在 。 现 在 ， 
许多 传统 的 信息 和 数据 库 系统 正在 被 移植 到 互联 网 上 ,复杂 的 分 布 式 应 用 也 正在 Web 环境 
中 出 现 。 

基于 Web 网 站 的 测试 是 一 项 重要 、 复 杂 并 且 富 有 难度 的 工作 。Web 测试 相对 于 非 
Web 测试 来 说 是 更 具 挑战 性 的 工作 ,用 户 对 Web 页 面 质量 有 很 高 的 期 望 。 基 于 Web 的 系 
统 测试 与 传统 的 软件 测试 不 同 , 它 不 但 需要 检查 和 验证 是 否 按照 设计 所 要 求 的 项 目 正 常 运 
行 ,而 且 还 要 测试 系统 在 不 同 用 户 的 浏览 器 端的 显示 是 否 合适 。 另 外 ,还 要 从 最 终 用 户 的 角 
度 进行 安全 性 和 可 用 性 测试 。 然 而 ,因特网 和 Web 网 站 的 不 可 预见 性 使 测试 基于 Web 的 
系统 变 得 困难 。 因 此 ,我 们 需要 研究 基于 Web 网 站 的 测试 方法 和 技术 。 





11.1 Web 网 站 功能 测试 


功能 测试 是 测试 中 的 重点 。 在 实际 的 测试 工作 中 ,功能 在 每 一 个 系统 中 的 具有 不 确定 
性 ,而 我 们 不 可 能 采用 穷 举 的 方法 进行 测试 。 测 试 工作 的 重心 在 于 Web 站 点 的 功能 是 否 符 
合 需 求 分 析 的 各 项 要 求 。 

功能 测试 主要 包括 以 下 几 个 方面 的 内 容 : 

(1) 页 面 内 容 测 试 ，; 

(2) 链接 测试 ， 

(3) 表单 测试 

(4) Cookies 测试 ; 

(5) 设计 语言 测试 。 

1. 页 面 内 容 测试 

内 容 测 试用 来 检测 Web 应 用 系统 提供 信息 的 正确 性 和 准确 性 。 

(1) 正确 性 。 信 息 的 正确 性 是 指 信 息 是 真实 可 靠 的 还 是 胡乱 编造 的 。 例 如 ,一 条 虚假 
的 新 闻 报 道 可 能 引起 不 良 的 社会 影响 ,其 至 会 让 公司 陷入 麻烦 之 中 ,也 可 能 车 上 法 律 方面 的 
问题 。 

(2) 准确 性 。 信 息 的 准确 性 是 指 网 页 文字 表述 是 否 符合 语法 逻辑 或 者 是 否 有 拼写 错 
误 。 在 Web 应 用 系统 开发 的 过 程 中 ,开发 人 员 可 能 不 是 特别 注重 文字 表达 ,有 时 文字 的 改 
动 只 是 为 了 页 面 布局 的 美观 。 可 怕 的 是 ,这 种 现象 恰恰 会 产生 严重 的 误解 。 因 此 测试 人 员 
需要 检查 页 面 内容 的 文字 表达 是 否 恰当 。 这 种 测试 通常 使 用 一 些 文字 处 理 软件 来 进行 , 例 
如 使 用 Microsoft Word 的 “拼音 与 语法 检查 ”功能 。 但 仅仅 利用 软件 进行 自动 测试 是 不 够 
的 ,还 需要 人 工 测试 文本 内 容 。 

另外 ,测试 人 员 应 该 保证 Web 站 点 看 起 来 更 专业 些 。 过 分 地 使 用 粗 和 斜体 、 大 号 字体 和 
下 划 线 可 能 会 让 人 感到 不 每 服 , 一 篇 到 处 是 大 字体 的 文章 会 降低 用 户 的 阅读 兴趣 。 
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2. 链接 测试 

链接 是 使 用 户 可 以 从 一 个 页 面 浏览 到 另 一 个 页 面 的 主要 手段 ,是 Web 应 用 系统 的 一 个 
主要 特征 , 它 是 在 页 面 之 间 切 换 和 指导 用 户 去 一 些 不 知道 地 址 的 页 面 的 主要 手段 。 链 接 测 
试 需要 验证 三 个 方面 的 问题 

(1) 用 户 单 击 链接 是 否 可 以 顺利 地 打开 所 要 浏览 的 内 容 , 即 链接 是 否 按照 指示 的 那样 
确实 链接 到 了 要 链接 的 页 面 。 

(2) 所 要 链接 的 页 面 是 否 存在 。 实 际 上 ,好 多 不 规范 的 小 型 站 点 ,其 内 部 链接 都 是 空 
的 ,这 让 浏览 者 感觉 很 不 好 。 

(3) 保证 Web 应 用 系统 上 没有 孤立 的 页 面 ,所 谓 孤 立 页 面 是 指 没有 链接 指向 该 页 面 ， 
只 有 知道 正确 的 URL 地 址 才能 访问 。 

3. 表单 测试 

当 用 户 给 Web 应 用 系统 管理 员 提 交 信 息 时 ,就 需要 使 用 表单 操作 ,例如 用 户 注册 、 登 
录 、 信 息 提交 等 。 表 单 测 试 主要 是 模拟 表单 提交 过 程 , 检 测 其 准确 性 ,确保 每 一 个 字段 在 工 
作 中 正确 。 

表单 测试 主要 考虑 以 下 几 个 方面 内 容 。 

(1) 表单 提交 应 当 模 拟 用 户 提交 ,验证 是 否 完成 功能 ,如 注册 信息 。 

(2) 要 测试 提交 操作 的 完整 性 ,以 校 验 提交 给 服务 器 的 信息 的 正确 性 。 

(3) 使 用 表单 收集 配送 信息 时 ,应 确保 程序 能 够 正确 处 理 这 些 数据 。 

(4) 要 验证 数据 的 正确 性 和 异常 情况 的 处 理 能 力 等 ,注意 是 否 符合 易 用 性 要 求 。 

(5) 在 测试 表单 时 ,会 涉及 数据 校 验 问题 。 

4.Cookies 测试 

Cookies 通常 用 来 存储 用 户 信息 和 用 户 在 某 个 应 用 系统 的 操作 。 当 一 个 用 户 使 用 
Cookies 访问 了 某 一 个 应 用 系统 时 , Web 服务 器 将 发 送 关于 用 户 的 信息 ,把 该 信息 以 
Cookies 的 形式 存储 在 客户 端 计 算 机 上 ,这 可 用 来 创建 动态 和 自 定 义 页 面 或 者 存储 登录 等 
信息 。 关 于 Cookies 的 使 用 可 以 参考 浏览 器 的 帮助 信息 。 如 果 使 用 B/S 结构 Cookies 中 存 
放 的 信息 更 多 。 

如 果 Web 应 用 系统 使 用 了 Cookies ,测试 人 员 需 要 对 它们 进行 检测 。 测 试 的 内 容 可 包 
括 Cookies 是 否 起 作用 ,是 否 按 预定 的 时 间 进 行 保存 ,刷新 对 Cookies 有 什么 影响 等 。 如 果 
在 Cookies 中 保存 了 注册 信息 ,请 确认 该 Cookie 能 够 正常 工作 而 且 已 对 这 些 信息 已 经 加 
密 。 如 果 使 用 Cookie 来 统计 次 数 , 需 要 验证 次 数 累 计 正 确 。 

5. 设计 语言 的 测试 

Web 设计 语言 版 本 的 差异 可 以 引起 客户 端 或 服务 器 端的 一 些 严 重 问题 ,例如 使 用 哪 种 
版 本 的 HTML 等 。 当 在 分 布 式 环境 中 开发 时 ,开发 人 员 都 不 在 一 起 ,这 个 问题 就 显得 尤为 
重要 。 除了 HTML 的 版 本 问题 外 ,不 同 的 脚本 语言 ,例如 Java、 JavaScript、ActiveX、 
VBScript 或 Perl 等 也 要 进行 验证 。 
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112 性 能 测试 的 种 类 


1. 负载 测试 

负载 测试 是 为 了 测量 Web 系统 在 某 一 负载 级 别 上 的 性 能 ,以 保证 Web 系统 在 需求 范 
围 内 能 正常 工作 。 负 载 级 别 可 以 是 某 个 时 刻 同 时 访问 Web 系统 的 用 户 数量 ,也 可 以 是 在 线 
数据 处 理 的 数量 。 

负载 测试 包括 的 问题 有 : Web 应 用 系统 能 允许 多 少 个 用 户 同时 在 线 ; 如 果 超 过 了 这 个 
数量 ,会 出 现 什么 现象 ;Web 应 用 系统 能 否 处 理 大 量 用 户 对 同一 个 页 面 的 请 求 。 负 载 测 试 
的 作用 是 在 软件 产品 投向 市 场 以 前 ,通过 执行 可 重复 的 负载 测试 ,预先 分 析 软 件 可 以 承受 的 
并 发 用 户 的 数量 极限 和 性 能 极限 ,以 便 更 好 地 优化 软件 。 

负载 测试 应 该 安排 在 Web 系统 发 布 以 后 ,在 实际 的 网 络 环境 中 进行 测试 。 因 为 一 
业内 部 员工 ,特别 是 项 目 组 人 员 总 是 有 限 的 ,而 一 个 Web 系统 能 同时 处 理 的 请 求 数量 将 远 
远 超出 这 个 限度 ,所 以 ,只 有 放 在 Internet 上 接受 负载 测试 ,其 结果 才 是 正确 可 信和 的。 

Web 负载 测试 一 般 使 用 自动 化 工具 来 进行 。 

2. 压力 测试 

系统 检测 不 仅 要 使 用 户 能 够 正常 访问 站 点 ,在 很 多 情况 下 ,可 能 会 有 黑客 试图 通过 发 送 
大 量 数 据 包 来 攻击 服务 器 。 出 于 安全 的 原因 ,测试 人 员 应 该 知道 当 系统 过 载 时 ,需要 采取 哪 
些 措施 ,而 不 是 简单 地 提升 系统 性 能 。 这 就 需要 进行 压力 测试 。 

进行 压力 测试 是 指 实际 破坏 一 个 Web 应 用 系统 ,测试 系统 的 反映 。 压 力 测试 是 测试 系 
统 的 限制 和 故障 恢复 能 力 , 也 就 是 测试 Web 应 用 系统 会 不 会 崩溃 ,在 什么 情况 下 会 崩溃 。 
黑客 常常 提供 错误 的 数据 负载 ,通过 发 送 大 量 数据 包 来 攻击 服务 器 ,直到 Web 应 用 系统 崩 
溃 ,接着 当 系统 重新 启动 时 获得 存 取 权 。 无 论 是 利用 预先 写 好 的 工具 ,还 是 创建 一 个 完全 专 
用 的 压力 系统 ,压力 测试 都 是 用 于 查找 Web 服务 (或 其 他 任何 程序 ) 问 题 的 本 质 方法 。 

压力 测试 的 区 域 包括 表单 .登录 和 其 他 信息 传输 页 面 等 。 

3. 连接 速度 测试 

连接 速度 测试 是 对 打开 网 页 的 响应 速度 测试 。 用 户 连接 到 Web 应 用 系统 的 速度 根据 
上 网 方式 的 变化 而 变化 ,他 们 或 许 是 电话 拨号 ,或 是 宽带 上 网 。 当 下 载 一 个 程序 时 ,用 户 可 
以 等 较 长 的 时 间 ,但 如 果 仅 仅 访问 一 个 页 面 就 不 会 这 样 。 如 果 Web 系统 响应 时 间 太 长 ( 例 
如 超过 10 秒 钟 ) ,用 户 就 会 因 没有 耐心 等 待 而 离开 。 

另外 ,有 些 页 面 有 超时 的 限制 ,如 果 响 应 速度 太 慢 ,用 户 可 能 还 没 来 得 及 浏览 内 容 ,就 需 
要 重新 登录 了 。 而 且 , 连 接 速度 太 慢 ,还 可 能 引起 数据 丢失 ,使 用 户 得 不 到 真实 的 页 面 。 

















113 安全 性 测试 


随 着 Internet 的 广泛 使 用 ,网 上 交 费 、 电 子 银行 等 深入 到 了 人 们 的 生活 中 。 所 以 网 络 安 
全 问题 就 日 益 重 要 ,特别 对 于 有 交互 信息 的 网 站 及 进行 电子 商务 活动 的 网 站 尤其 重要 。 站 
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点 涉及 银行 信用 卡 支付 问题 ,用 户 资料 信息 保密 问题 等 。Web 页 面 随时 会 传输 这 些 重要 信 
息 , 所 以 一 定 要 确保 安全 性 。 一 旦 用 户 信息 被 黑客 捕获 泄露 ,客户 在 进行 交易 时 ,就 不 会 有 
安全 感 , 甚 至 后 果 严 重 。 





114 可 用 性 /可 靠 性 测试 


1. 导航 测试 

导航 描述 了 用 户 在 一 个 页 面 内 操作 的 方式 ,在 不 同 的 用 户 接口 控制 之 间 , 例 如 按钮 、 对 
话 框 ` 列 表 和 窗口 等 ;或 在 不 同 的 连接 页 面 之 间 。 

主要 测试 目的 是 检测 一 个 Web 应 用 系统 是 否 易于 导航 ,具体 内 容 包括 : 

(1) 导航 是 否 直观 ; 

(2) Web 系统 的 主要 部 分 是 否 可 通过 主页 存 取 ; 

(3) Web 系统 是 否 需要 站 点 地 图 .搜索 引擎 或 其 他 的 导航 帮助 。 

2. Web 图 形 测试 

在 Web 应 用 系统 中 ,适当 的 图 片 和 动画 既 能 起 到 广告 宣传 的 作用 ,又 能 起 到 美化 页 面 
的 功能 。 一 个 Web 应 用 系统 的 图 形 可 以 包括 图 片 动画 .边框 .颜色 .字体 .背景 .按钮 等 。 
图 形 测试 的 内 容 如 下 。 

(1) 要 确保 图 形 有 明确 的 用 途 , 图 片 或 动画 不 要 胡乱 地 堆 在 一 起 ,以 免 浪 费 传输 时 间 。 
Web 应 用 系统 的 图 片 尺寸 要 尽量 地 小 ,并 且 要 能 清楚 地 说 明 某 件 事情 ,一 般 都 链接 到 某 个 
具体 的 页 面 。 

(2) 验证 所 有 页 面 字 体 的 风格 是 否 一 致 。 

(3) 背景 颜色 应 该 与 字体 颜色 和 前 景 颜色 相 搭配 。 通 常 来 说 ,使 用 少许 或 尽量 不 使 用 
背景 是 个 不 错 的 选择 。 如 果 您 想 用 背景 ,那么 最 好 使 用 单 色 的 ,和 滚动 条 一 起 放 在 页 面 的 左 
边 。 另 外 ,图 案 和 图 片 可 能 会 转移 用 户 的 注意 力 。 

(4) 图 片 的 大 小 和 质量 也 是 一 个 很 重要 的 因素 ,一 般 采 用 JPEG 或 GIF 压缩 ,最 好 能 使 
图 片 的 大 小 减 小 到 30KB 以 下 。 

(5) 验证 的 是 文字 回 绕 是 否 正确 。 如 果 说 明文 字 指 向 右边 的 图 片 ,应 该 确保 该 图 片 出 
现在 右边 。 不 要 因为 使 用 图 片 而 使 窗口 和 段落 排列 古怪 或 者 出 现 孤 行 。 

(6) 图 片 能 否 正常 加 载 , 用 来 检测 网 页 的 输入 性 能 好 坏 。 如 果 网 页 中 有 太 多 图 片 或 
动画 插件 ,就 会 导致 传输 和 显示 的 数据 量 巨大 , 减 慢 网 页 的 输入 速度 ,有 时 会 影响 图 片 的 
加 载 。 

3. 图 形 用 户 界 面 测试 

(1) 整体 界面 测试 。 

(2) 界面 测试 要 素 。 界 面 测试 要 素 主要 包括 : 符合 标准 和 规范 .灵活 性 .正确 性 直观 
性 ,舒适 性 实用 性 一 致 性 。 

(3) 界面 测试 内 容 。 主 要 测试 目的 是 检测 一 个 Web 应 用 系统 是 否 易 于 导航 ,具体 内 容 
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@ 站 点 地 图 和 滚动 条 ; 
@ 使 用 说 明 ; 

@ 背景 /颜色 ; 

@ 图 片 ; 

@ 表格 。 


115 配置 和 兼容 性 测试 


1. 平台 测试 

市 场 上 有 很 多 不 同 的 操作 系统 类 型 ,最 常见 的 有 Windows、UNIX、Linux 等 。Web 应 
用 系统 的 最 终 用 户 究 竟 使 用 哪 一 种 操作 系统 ,取决 于 用 户 系统 的 配置 。 这 样 ,就 可 能 会 发 生 
兼容 性 问题 ,同一 个 应 用 可 能 在 某 些 操作 系统 下 能 正常 运行 ,但 在 另外 的 操作 系统 下 可 能 会 
运行 失败 。 因 此 ,在 Web 系统 发 布 之 前 ,需要 在 各 种 操作 系统 下 对 Web 系统 进行 兼容 性 
测试 。 

2. 浏览 器 测试 

浏览 器 是 Web 客户 端 核 心 的 构件 ,需要 测试 站 点 能 否 使 用 Netscape、Internet Explorer 
或 Lynx 进行 浏览 。 来 自 不 同 厂商 的 浏览 器 对 Java、JavaScript、ActiveX 或 不 同 的 HTML 
规格 有 不 同 的 支持 。 并 且 有 些 HTML 命令 或 脚本 只 能 在 某 些 特定 的 浏览 器 上 运行 。 

例如 ,ActiveX 是 Microsoft 的 产品 ,是 为 Internet Explorer 而 设计 的 ,JavaScript 是 
Netscape 的 产品 ,Java 是 Sun 的 产品 等 。 另 外 ,框架 和 层次 结构 风格 在 不 同 的 浏览 器 中 也 
有 不 同 的 显示 ,甚至 根本 不 显示 。 不 同 的 浏览 器 对 安全 性 和 Java 的 设置 也 不 一 样 。 

测试 浏览 器 兼容 性 的 一 个 方法 是 创建 一 个 兼容 性 矩阵 。 在 这 个 矩阵 中 ,测试 不 同 厂商 、 
不 同 版 本 的 浏览 器 对 某 些 构件 和 设置 的 适应 性 。 

3. 打印 机 测试 

用 户 可 能 会 将 网 页 打印 下 来 。 因 此 网 页 在 设计 的 时 候 要 考虑 到 打印 问题 ,注意 节约 纸 
张 和 油 墨 。 有 不 少 用 户 喜欢 阅读 而 不 是 盯 着 屏幕 ,因此 需要 验证 网 页 打印 是 否 正 常 。 有 时 
在 屏幕 上 显示 的 图 片 和 文本 的 对 齐 方式 可 能 与 打印 出 来 的 效果 不 一 样 。 测 试 人 员 至 少 需要 
验证 订单 确认 页 面 打 印 是 正常 的 。 

4. 组 合 测试 

最 后 需要 进行 组 合 测试 。600X 800 的 分 辨 率 在 Mac 机 上 可 能 不 错 ,但 是 在 IBM 兼容 
机 上 却 很 难看 。 在 IBM 机 器 上 使 用 Netscape 能 正常 显示 ,但 却 无 法 使 用 Lynx 来 浏览 。 

5. 兼容 性 测试 

兼容 性 测试 是 指 待 测试 项 目 在 特定 的 硬件 平台 上 .不同 的 应 用 软件 之 间 不同 的 操作 系 
统 平台 上 ,在 不 同 的 网 络 等 环境 中 能 正常 运行 的 测试 。 兼容 性 测试 主要 是 针对 不 同 的 操作 
系统 平台 、 浏 览 器 以 及 分 辩 率 进行 的 测试 。 
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116 数据 库 测试 


1. 数据 库 测 试 的 主要 因素 

数据 库 测试 的 主要 因素 有 : 数据 完整 性 数据 有 效 性 、 数 据 操作 和 更 新 。 

2. 数据 库 测 试 的 相关 问题 

除了 上 面 的 数据 库 测试 因素 ,测试 人 员 需 要 了 解 的 相关 问题 如 下 。 

(1) 数据 库 的 设计 概念 ; 

(2) 数据 库 的 风险 评估 ; 

(3) 了 解 设计 中 的 安全 控制 机 制 ; 

(4) 了 解 哪些 特定 用 户 对 数据 库 有 访问 权限 ; 

(5) 了 解数 据 的 维护 更 新 和 升级 过 程 ; 

(6) 当 多 个 用 户 同时 访问 数据 库 处 理 同一 个 问题 ,或 者 并 发 查询 时 ,确保 可 操作 性 ; 

(7) 确保 数据 库 操作 能 够 有 足够 的 空间 处 理 全 部 数据 , 当 超 出 空间 和 内 存 容量 时 能 够 
启动 系统 扩展 部 分 。 


11.7 ”Web 测试 用 例 考 虑 的 因素 


1. 页 面 检 查 

(1) 合理 布局 

@ 界面 布局 有 序 、 简 洁 , 符 合用 户 使 用 习惯 ; 

@ 界面 元 素 是 否 在 水 平 或 者 垂直 方向 对 齐 ; 

@ 界面 元 素 的 尺寸 是 否 合理 ; 

@ 行列 间距 是 否 保 持 一 致 ; 

@ 是 否 恰当 地 利用 窗 体 和 控件 的 空白 ,以 及 分 割 线条 ; 

@ 窗口 切换 移动 .改变 大 小 时 ,界面 显示 是 否 正常 ; 

@ 刷新 后 界面 是 否 正常 显示 ; 

@ 不 同 分 辩 率 页 面 布 局 显示 是 否 合理 .整齐 ,分 辩 率 一 般 为 1024X768 二 1280X1024> 

800 关 600 。 

(2) 弹出 窗口 

@O 弹出 的 窗口 应 垂直 居中 对 齐 ; 

@ 对 于 弹出 窗口 界面 内 容 较 多 , 须 提供 自动 全 屏 功 能 ; 

@ 弹出 窗口 时 应 禁用 主 界面 ,保证 用 户 使 用 的 焦点 ; 

@ 活动 窗 体 是 否 能 够 被 反 显 加 亮 。 

(3) 页 面 的 正确 性 

Q@ 界面 元 素 是 否 有 错别字 ,或 者 措辞 含糊 、 人 逻辑 混乱 ; 

@ 当 用 户 选 中 了 页 面 中 的 一 个 复 选 框 ,之 后 回 退 一 个 页 面 ,再 前 进 一 个 页 面 , 复 选 框 是 
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否 还 处 于 选中 状态 ; 
@ 导航 显示 正确 ; 
@ Title 显示 正确 ; 
@@ 页 面 显示 无 乱码 ; 
@ 需要 必 填 的 控件 ,有 必 填 提醒 ,如 * ; 
@ 适时 禁用 功能 按钮 (如 权限 控制 时 无 权限 操作 时 按钮 灰 掉 或 不 显示 ;无 法 输入 的 输 
入 框 禁 用 掉 ); 
@ 页 面 无 js 错 ; 
鼠标 无 规则 单 击 时 是 否 会 产生 无 法 预料 的 结果 ; 
四 鼠标 有 多 个 形状 时 是 否 能 够 被 窗 体 识别 (如 漏斗 状 时 窗 体 不 接受 输入 )。 
2. 控件 检查 
(1) 下 拉 选 择 框 
Q@ 查询 时 默认 显示 全 部 ; 
@ 选择 时 默认 显示 请 选择 ; 
@ 禁用 时 样式 置 灰 。 
(2) 复 选 框 
@ 多 个 复 选 框 可 以 被 同时 选中 ; 
@ 多 个 复 选 框 可 以 被 部 分 选中 ; 
@ 多 个 复 选 框 可 以 都 不 被 选中 ; 
@ 逐一 执行 每 个 复 选 框 的 功能 。 
(3) 单 选 框 
@ 一 组 单 选 按钮 不 能 同时 选中 ,只 能 选中 一 个 ; 
G@ 一 组 执行 同一 功能 的 单 选 按钮 在 初始 状态 时 必须 有 一 个 被 默认 选中 ,不 能 同时 





(4) 下 拉 树 

QO@ 应 支持 多 选 与 单 选 ; 

@ 禁用 时 样式 置 灰 。 

(5) 树 形 

Q@ 各 层级 用 不 同 图 标 表示 ,最 下 层 节 点 无 加 减 号 ; 

@ 提供 全 部 收 起 、 全 部 展开 功能 ; 

@ 如 有 需要 提供 搜索 与 右键 功能 ,如 提供 需 有 提示 信息 ; 

@ 展开 时 ,内 容 刷 新 正常 。 

3. 日 历 控件 

(1) 同时 支持 选择 年 月 日 .年 月 日 时 分 秒 规则 ; 

(2) 打开 日 历 控件 时 ,默认 显示 当前 日 期 。 

4. 滚动 条 控件 

(1) 滚动 条 的 长 度 根据 显示 信息 的 长 度 或 宽度 及 时 变换 ,这 样 有 利于 用 户 了 解 显示 信 
息 的 位 置 和 百分比 ,例如 ,Word 中 浏览 100 页 文档 ,浏览 到 50 页 时 ,滚动 条 位 置 应 处 于 
中 间 
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(2) 拖 动 滚动 条 ,检查 屏幕 刷新 情况 ,并 查看 是 否 有 乱码 ; 

(3) 单 击 滚动 条 时 ,页 面 信息 是 否 正确 显示 ; 

(4) 用 滚轮 控制 滚动 条 时 ,页 面 信息 是 否 正确 显示 ; 

(5) 用 滚动 条 的 上 下 按钮 时 ,页 面 信息 是 否 正确 显示 。 

5. 按钮 

(1) 单 击 按钮 是 否 正确 响应 操作 。 如 单 击 确定 ,正确 执行 操作 ; 单 击 取消 ,退出 窗口 ; 

(2) 对 非法 的 输入 或 操作 给 出 足够 的 提示 说 明 ; 

(3) 对 可 能 造成 数据 无 法 恢复 的 操作 必须 给 出 确认 信息 ,给 用 户 放 弃 选 择 的 机 会 (如 删 
除 等 危险 操作 )。 

6. 文本 框 

(1) 输入 正常 的 字母 和 数字 ; 

(2) 输入 已 存在 的 文件 的 名 称 ; 

(3) 输入 超 长 字符 ; 

(4) 输入 默认 值 ,空白 ,空格 ; 

(5) 若 只 允许 输入 字母 ,尝试 输入 数字 ;反之 ,尝试 输入 字母 ; 

(6) 利用 复制 ,粘贴 等 操作 强制 输入 程序 不 允许 输入 的 数据 ; 

(7) 输入 特殊 字符 集 , 例 如 ,NUL 及 \n 等 ; 

(8) 输入 不 符合 格式 的 数据 ,检查 程序 是 否 正常 校 验 ,如 程序 要 求 输入 年 月 日 格式 为 
yy/mm/dd, 实 际 输入 yyyy/mm/dd, 程 序 应 该 给 出 错误 提示 。 

7. 上 传 功能 的 检查 

(1) 上 传 下 载 文件 检查 : 上 传 下 载 文 件 的 功能 是 否 实现 ,上 传 下 载 的 文件 是 否 有 格式 、 
大 小 要 求 . 是 否 屏蔽 exe. ,bat. ; 

(2) Enter 键 检查 : 在 输入 结束 后 直接 按 Enter 键 ,看 系统 处 理 如 何 ,是 否 报 错 。 这 个 
地 方 很 有 可 能 会 出 现 错误 ; 

(3) 刷新 键 检查 : 在 Web 系统 中 ,使 用 浏览 器 的 刷新 键 ,看 系统 处 理 如 何 , 是 否 报错 ; 

(4) 回 退 键 检查 : 在 Web 系统 中 ,使 用 浏览 器 的 回 退 键 ,看 系统 处 理 如 何 , 会 否 报错 ;对 
于 需要 用 户 验证 的 系统 ,在 退出 登录 后 ,使 用 回 退 键 ,看 系统 处 理 如 何 ; 多 次 使 用 回 退 键 ,多 
次 使 用 前 进 键 ,看 系统 如 何 处 理 ; 

(5) 直接 URL 链接 检查 : 在 Web 系统 中 ,直接 输入 各 功能 页 面 的 URL 地 址 ,看 系统 
如 何 处 理 , 对 于 需要 用 户 验证 的 系统 更 为 重要 ,如 果 系 统 安 全 性 设计 得 不 好 ,直接 输入 各 功 
能 页 面 的 URL 地 址 ,很 有 可 能 会 正常 打开 页 面 ; 

(6) 确认 没有 上 传 资料 单 击 上 传 按 钮 是 否 有 提示 ; 

(7) 确认 是 否 支 持 图 片上 传 ; 

(8) 确认 是 否 支 持 压缩 包 上 传 ; 

(9) 若是 图 片 ,是 否 支持 所 有 的 格式 (.jpeg,.jpg,. gif,. png 等 ); 

(10) 音频 文件 的 格式 是 否 支持 (mp3,wav.mid 等 ); 

(11) 各 种 格式 的 视频 文件 是 否 支 持 ; 
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(12) 上 传 文件 的 大 小 有 无 限制 ,上 传 时 间 用 户 是 否 可 接受 ; 

(13) 是 否 支持 批量 上 传 ; 

(14) 车 在 传输 过 程 中 ,网 络 中 断 时 ,页 面 显示 什么 ; 

(15) 选择 文件 后 , 想 取消 上 传 功能 ,是 否 有 删除 按钮 ; 

(16) 文件 上 传 结束 后 ,是否 能 回 到 原来 界面 。 

8. 添加 功能 检查 

(1) 正确 输入 相关 内 容 , 包 括 必 填 项 , 单 击 添加 按钮 ,记录 是 否 成 功 添加 ; 
(2) 必 填 项 内 容 不 填 、 其 他 项 正确 输入 , 单 击 添加 按钮 ,系统 是 否 有 相应 提示 ; 
(3) 内 容 项 中 输入 空格 , 单 击 添加 按钮 ,记录 能 否 添加 成 功 ; 

(4) 内 容 项 中 输入 系统 中 不 允许 出 现 的 字符 、 单 击 添加 按钮 ,系统 是 否 有 相应 提示 ; 
(5) 内 容 项 中 输入 HTML 脚本 , 单 击 添加 按钮 ,记录 能 否 添加 成 功 ; 

(6) 仅 填 写 必 填 项 , 单 击 添加 按钮 ,记录 能 否 添加 成 功 ; 

(7) 添加 记录 失败 时 , 原 填 写 内 容 是 否 保 存 ; 

(8) 新 添加 的 记录 是 否 排 列 在 首 行 ; 

(9) 重复 提交 相同 记录 ,系统 是 否 有 相应 提示 。 

9. 删除 功能 检查 

(1) 选择 任意 一 条 记录 ,进行 删除 ,能 否 删除 成 功 ; 

(2) 选择 不 连续 多 条 记录 ,进行 删除 ,能 否 删除 成 功 ; 

(3) 选择 连续 多 条 记录 ,进行 删除 ,能 否 删除 成 功 ; 

(4) 能 和 否 进行 批量 删除 操作 ， 

(5) 删除 时 ,系统 是 否 有 确认 删除 的 提示 。 

10. 查询 功能 检查 

(1) 针对 单个 查询 条 件 进行 查询 ,系统 能 否 查询 出 相关 记录 ; 

(2) 针对 多 个 查询 条 件 ,进行 组 合 查询 ,系统 能 否 查询 出 相关 记录 ; 

(3) 系统 能 否 支持 模糊 查询 ; 

(4) 查询 条 件 全 部 匹配 时 ,系统 能 否 查询 出 相关 记录 ; 

(5) 查询 条 件 全 为 空 时 ,系统 能 否 查询 出 相关 记录 ; 

(6) 查询 条 件 中 输入 % ,系统 能 否 查询 出 相关 记录 ; 

(7) 系统 是 否 支 持 按 Enter 键 查询 ; 

(8) 系统 是 否 设置 了 重 置 查询 的 功能 。 


本 章 小 结 


本 章 主要 介绍 Web 网 站 功能 测试 的 概念 、 性 能 测试 的 概念 、 安 全 性 测试 的 概念 `Web 
网 站 的 可 用 性 /可 靠 性 测试 的 概念 ,配置 和 兼容 性 测试 的 概念 数据 库 测 试 的 概念 。 针 对 
Web 网 站 的 前 台 、 后 台 进行 不 同类 型 的 测试 分 析 , 对 网 站 的 操作 性 和 用 户 使 用 等 情况 进行 
了 测试 技术 的 分 析 和 总 结 。 
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练习 题 
一 、 判 断 题 
1. 测试 上 传 功能 不 需要 考虑 上 传 文件 的 大 小 。 ( ) 
2. 兼容 测试 只 测试 平台 。 ( 》 
3. 内 容 测试 用 来 检测 Web 应 用 系统 提供 信息 的 正确 性 \ 准 确 性 和 相关 性 。 ( 
4. 导航 描述 了 用 户 在 一 个 页 面 内 操作 的 方式 ,在 不 同 的 用 户 接口 控制 之 间 的 操作 。 
( ) 

5. 数据 库 测试 的 包含 数据 完整 性 .数据 有 效 性 .数据 操作 和 更 新 。 ( ) 
二 、 选 择 题 
1. 页 面 内 容 测试 用 来 检测 Web 应 用 系统 提供 信息 的 ( ya 

A. 正确 性 B. 准确 性 C. 相关 性 D. 逻辑 性 
2. 导航 测试 属于 ( 7 

A. 功能 测试 B. 性 能 测试 

C. 可 用 性 /可 靠 性 测试 D. 压力 测试 
3. Web 测试 的 主要 特征 是 ( hs 

A. 图 片 B. 文字 C. 链接 D. 视频 
4. 页 面 检查 主要 从 以 下 哪些 方面 进行 测试 ( )? 

A. 合理 布局 B. 窗口 

C. 页 面 的 正确 性 D. 视频 
5，Web 网 站 功能 测试 主要 测试 哪些 内 容 ( )? 

A. 页 面 内 容 B. 链接 C. 表单 D. Cookies 
三 、 简 答题 
1. 测试 360 网 站 首页 应 该 考虑 的 因素 ? 
2. 查询 功能 测试 主要 从 哪些 方面 进行 测试 ? 
3，Web 网 站 图 形 用 户 界 面 测试 考虑 哪些 要 素 ? 
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本 章 目标 
。 了 解 软 件 自动 化 测试 
。 掌握 软件 自动 化 测试 方法 
。 了 解 软件 自动 化 测试 工具 


本 章 单词 


automated testing : test cases: 





test environment : testing methodology: 
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通常 ,软件 测试 的 工作 量 很 大 ( 据 统计 ,测试 会 占用 到 40%% 的 开发 时 间 ,一些 可 靠 性 要 
求 非常 高 的 软件 ,测试 时 间 甚 至 占 到 开发 时 间 的 60%)。 而 测试 中 的 许多 操作 是 重复 性 的 、 
非 智 力 性 的 和 非 创造 性 的 ,并 要 求 做 准确 细致 的 工作 ,计算 机 就 最 适合 于 代替 人 工 去 完成 这 
样 的 任务 。 

软件 自动 化 测试 是 相对 手工 测试 而 存在 的 ,主要 是 通过 所 开发 的 软件 测试 工具 、 脚 本 等 
来 实现 ,具有 良好 的 可 操作 性 、 可 重复 性 和 高 效率 等 特点 。 

使 用 Quality Center 管理 测试 流程 ,使 用 QTP 做 自动 化 测试 .使 用 LoadRunner 做 自 
动 化 性 能 测试 。 


121 什么 是 软件 自动 化 测试 


自动 化 测试 的 定义 : 使 用 一 种 自动 化 测试 工具 来 验证 各 种 软件 测试 的 需求 , 它 包括 测 
试 活动 的 管理 与 实施 。 

通过 对 工具 的 使 用 ,增加 或 减少 了 手工 或 人 为 参与 或 干预 非 技 巧 性 、 重 复元 长 的 工作 。 

自动 化 测试 就 是 希望 能 够 通过 自动 化 测试 工具 或 其 他 手段 ,按照 测试 工程 师 的 预定 计 
划 进 行 自 动 的 测试 。 目 的 是 减轻 手工 测试 的 劳动 量 , 从 而 达到 提高 软件 质量 的 目的 。 自 动 
化 测试 的 目的 在 于 发 现 老 缺 陷 。 而 手工 测试 的 目的 在 于 发 现 新 缺陷 。 

简 而 言 之 ,所 谓 的 自动 化 测试 就 是 将 现 有 的 手动 测试 流程 给 自动 化 。 要 实施 自动 化 测 
试 的 公司 或 组 织 ,本 身 必 须要 有 一 套 “* 正 规 (formalized)” 的 手动 测试 流程 。 这 个 正规 的 手动 
测试 流程 至 少 要 包含 以 下 的 条 件 。 

(1) 详细 的 测试 个 案 (test cases): 从 商业 功能 规格 或 设计 文件 而 来 的 测试 个 案 , 包 含 
可 预期 的 (predictable) 的 预期 结果 (expected result) 。 

(2) 独立 的 测试 环境 (test environment): 包含 可 重复 测试 资料 的 测试 环境 ,以 便 在 应 
用 软件 每 次 变动 后 ,都 可 以 重复 执行 测试 个 案 。 

假如 您 目前 的 测试 流程 并 未 包含 上 述 条 件 , 即 使 您 导入 了 自动 化 测试 ,也 不 会 得 到 多 大 
的 好 处 。 

所 以 ,假如 您 的 测试 方法 (testing methodology) 只 是 将 应 用 软件 移 转 到 一 群 由 “使 用 
者 ?或 “专家 级 使 用 者 (subject matter experts) ”组 成 的 测试 团队 ,然后 任 由 他 们 去 殴 击 键盘 
执行 测试 工作 。 那 我 建议 您 先 把 自动 化 测试 放 一 边 , 把 “建立 一 个 有 效 的 测试 流程 ”当成 您 
目前 首要 的 工作 。 因 为 要 自动 化 一 项 不 存在 的 流程 是 完全 没有 意义 的 。 

自动 化 测试 最 实际 的 应 用 与 目的 是 自动 化 回归 测试 (regression testing)。 也 就 是 说 ， 
您 必须 要 有 用 来 储存 详细 测试 个 案 的 数据 库 , 而 且 这 些 测 试 个 案 是 可 以 重复 执行 于 每 次 应 
用 软件 被 变更 后 ,以 确保 应 用 软件 的 变更 没有 产生 任何 因为 不 小 心 所 造成 的 影响 。 

“自动 化 测试 脚本 (script) ”同时 也 是 一 段 程序 。 为 了 要 更 有 效 地 开发 自动 测试 脚本 ,您 
必须 和 一 般 软 件 开 发 的 过 程 一 样 ,建立 制度 以 及 标准 。 要 更 有 效 地 运用 自动 化 测试 工具 ,您 
至 少 要 有 一 位 受过 良好 训练 的 技术 人 员 ,一 位 程序 设计 员 (programmer) 。 
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122 软件 自动 化 的 使 用 范围 


自动 化 测试 不 是 适合 所 有 公司 .所 有 项 目 , 以 下 情况 适合 自动 化 测试 。 

(1) 产品 型 项 目 

产品 型 的 项 目 ,每 个 项 目 只 改进 少量 的 功能 ,但 每 个 项 目 必须 反 反 复 复 地 测试 那些 没有 
改动 过 的 功能 。 这 部 分 测试 完全 可 以 让 自动 化 测试 来 承担 ,同时 可 以 把 新 加 入 的 功能 测试 
也 慢 慢 地 加 入 到 自动 化 测试 当中 。 

(2) 增 量 开发 .持续 集成 的 项 目 

由 于 这 种 开发 模式 是 频繁 地 发 布 新 版 本 进行 测试 ,也 就 需要 频繁 地 自动 化 测试 ,以 便 把 
人 从 中 解脱 出 来 测试 新 的 功能 。 

(3) 回归 测试 

回归 测试 是 自动 化 测试 的 强项 , 它 能 够 很 好 地 验证 你 是 否 引 入 了 新 的 缺陷 , 老 的 缺陷 是 
否 修改 过 来 了 。 在 某 种 程度 上 可 以 把 自动 化 测试 工具 称 为 回归 测试 工具 。 

(4) 多 次 重复 、 机 械 性 操作 

自动 化 测试 最 适用 于 多 次 重复 .机 械 性 动作 ,这 样 的 测试 对 它 来 说 从 不 会 失败 。 比 如 要 
向 系统 输入 大 量 的 相似 数据 来 测试 。 

(5) 需要 频繁 运行 测试 

在 一 个 项 目 中 需要 频繁 的 运行 测试 ,测试 周期 按 天 算 , 就 能 最 大 限度 地 利用 测试 脚本 ， 
提高 工作 效率 。 

(6) 性 能 、 压 力 测试 

实现 多 人 同时 对 系统 进行 操作 时 是 否 正常 处 理 和 响应 以 及 系统 可 承受 的 最 大 访问 量 的 
测试 。 








123 软件 自动 化 工具 分 类 


测试 工具 可 以 从 两 个 不 同 的 方面 去 分 类 : 根据 测试 方法 不 同 ,自动 化 测试 工具 可 以 分 
为 : 白 盒 测试 工具 和 黑 盒 测试 工具 。 根 据 测 试 的 对 象 和 目的 ,自动 化 测试 工具 可 以 分 为 : 
单元 测试 工具 功能 测试 工具 、 负 载 测试 工具 ,性 能 测试 工具 .Web 测试 工具 、 数 据 库 测试 工 
有 具 、 回 归 测 试 工具 ,嵌入 式 测试 工具 、 页 面 链 接 测 试 工具 、 测 试 设计 与 开发 工具 、 测 试 执行 和 
评估 工具 ,测试 管理 工具 等 。 


12.3.1 和 白 盒 测试 工具 


白 盒 测试 工具 一 般 是 针对 被 测 源 程序 进行 测试 的 工具 ,测试 所 发 现 的 故障 可 以 定位 到 
代码 级 。 根 据 测 试 工具 工作 原理 的 不 同 , 白 盒 测 试 的 自动 化 工具 可 分 为 静态 测试 工具 和 动 
态 测试 工具 。 

静态 测试 工具 一 一 在 不 执行 程序 的 情况 下 ,分析 软 件 的 特性 。 静 态 分 析 主 要 集中 在 需 
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求 文档 .设计 文档 以 及 程序 结构 方面 。 按 照 完成 的 职能 不 同 ,静态 测试 工具 包括 以 下 几 种 
类 型 ; 

(1) 代码 审查 ; 

(2) 一 致 性 检查 ; 

(3) 错误 检查 ; 

(4) 接口 分 析 ; 

(5) 输入 输出 规格 说 明 分 析 检 查 ; 

(6) 数据 流 分 析 ; 

(7) 类 型 分 析 ; 

(8) 单元 分 析 ; 

(9) 复杂 度 分 析 。 

动态 测试 工具 直接 执行 被 测 程序 。 它 需要 实际 运行 被 测 系统 ,并 设置 断 点 ,向 代码 生成 
的 可 执行 文件 中 插入 一 些 监 测 代 码 ,掌握 断 点 这 一 时 刻 程序 运行 数据 (对 象 属性 、 变 量 的 值 
等 ), 具 有 功能 确认 接口 测试 .覆盖 率 分 析 、 性 能 分 析 等 性 能 。 

动态 测试 工具 可 以 分 为 以 下 几 种 类 型 : 

(1) 功能 确认 与 接口 测试 ; 

(2) 覆盖 测试 ; 

(3) 性 能 测试 ， 

(4) 内 存 分 析 。 

常用 的 动态 工具 有 : 

(1) Compuware 公司 的 DevPartner; 

(2) IBM 公司 的 Rational。 


12.3.2 黑 盒 测 试 工具 


黑 盒 测试 工具 是 在 明确 软件 产品 应 具有 的 功能 条 件 下 ,完全 不 考虑 被 测 程序 的 内 部 结 
构 和 内 部 特性 ,通过 测试 来 检验 软件 功能 是 否 按照 软件 需求 规格 的 说 明正 常 工作 。 

按照 完成 的 职能 不 同 , 黑 盒 测 试 工具 可 以 分 为 功能 测试 工具 和 性 能 测试 工具 。 

(1) 功能 测试 工具 : 用 于 检测 程序 能 和 否 达到 预期 的 功能 要 求 并 正常 运行 。 

(2) 性 能 测试 工具 : 用 于 确定 软件 和 系统 的 性 能 。 

常用 的 黑 盒 测试 工具 有 

(1) Compuware 公司 的 QACenter; 

(2) IBM 公司 的 Rational TeamTest。 


12.3.3 测试 设计 与 开发 工具 


测试 设计 是 说 明 被 测 软件 特征 或 特征 组 合 的 方法 ,并 确定 选择 相关 测试 用 例 的 过 程 。 
测试 开发 是 将 测试 设计 转换 成 具体 的 测试 用 例 的 过 程 。 

测试 设计 和 开发 需要 的 工具 类 型 有 : 

(1) 测试 数据 生成 器 ; 

(2) 基于 需求 的 测试 设计 工具 ， 
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(3) 捕获 /回放 ; 
(4) 覆盖 分 析 。 


12.3.4 测试 执行 和 评估 工具 


测试 执行 和 评估 是 执行 测试 用 例 并 对 测试 结果 进行 评估 的 过 程 , 包 括 选 择 用 于 执行 的 
测试 用 例 .设置 测试 环境 .运行 所 选择 的 测试 用 例 .记录 测 试 执行 过 程 、. 分 析 潜 在 的 故障 ,并 
检查 测试 工作 的 有 效 性 。 评 估 类 工具 对 执行 测试 用 例 和 评估 测试 结果 过 程 起 到 辅助 作用 。 
测试 执行 和 评估 类 工具 有 : 

(1) 捕获 /回放 ; 

(2) 覆盖 分 析 ; 

(3) 存储 器 测试 。 


12.3.5 测试 管理 工具 


测试 管理 工具 用 于 对 测试 过 程 进行 管理 ,帮助 完成 制订 测试 计划 ,跟踪 测试 运行 结 
果 。 通 常 ,测试 管理 工具 对 测试 计划 ,测试 用例 ,测试 实 施 进行 管理 ,还 包括 缺陷 跟踪 管 
理 等 。 

常用 的 测试 管理 工具 有 IBM 公司 的 Rational Test Manager。 

测试 管理 工具 包括 以 下 内 容 : 

(1) 测试 用 例 管理 ; 

(2) 缺陷 跟踪 管理 (问题 跟踪 管理 ); 

(3) 配置 管理 。 


12.3.6 常用 测试 工具 


目前 , 软件 测试 方面 的 工具 很 多 ,主要 有 Mercury Interactive ( MI)、Rational、 
Compuware、Segue 和 Empirix 等 公司 的 产品 ,而 MI 公司 和 Rational 公司 的 产品 占 了 主流 。 

Mercury 质量 中 心 : 提供 一 个 全 面 的 .基于 Web 的 集成 系统 ,可 在 广泛 的 应 用 环境 下 
自动 执行 软件 质量 管理 和 测试 。 其 主要 产品 如 下 。 

(1) Winrunner: 是 一 种 企业 级 的 用 于 检验 应 用 程序 是 否 如 期 运行 的 功能 性 测试 工具 。 
通过 自动 捕获 .检测 和 重复 用 户 交 互 的 操作 , WinRunner 能 够 辨认 缺陷 并 且 确 保 那 些 跨越 
多 个 应 用 程序 和 数据 库 的 业务 流程 在 初次 发 布 就 能 避免 出 现 故障 ,并 且 保持 长 期 可 靠 运 行 。 

(2) LoadRunner: 是 一 种 预测 系统 行为 和 性 能 的 负载 测试 工具 。 通 过 模拟 上 千 万 用 户 
实施 并 发 负载 及 实时 性 能 监测 的 方式 来 确认 和 查找 问题 ,LoadRunner 能 够 对 整个 企业 架 
构 进行 测试 。 通 过 使 用 LoadRunner, 企 业 能 最 大 限度 地 缩短 测试 时 间 、 优 化 性 能 和 加 速 应 
用 系统 的 发 布 周期 。 

(3) TestDirector: 是 基于 Web 的 测试 管理 解决 方案 , 它 可 以 在 公司 内 部 进行 全 球 范围 
的 测试 协调 。TestDirector 能 够 在 独立 的 应 用 系统 中 提供 需求 管理 功能 ,并 且 可 以 把 测试 
需求 管理 于 测试 计划 ,测试 日 程控 制 , 测 试 执行 和 错误 跟踪 等 功能 融合 为 一 体 ,因此 极 大 地 
加 速 了 测试 的 进程 。TestDirector 提供 完整 且 无 限制 的 测试 管理 框架 ,实现 对 应 用 测试 全 
部 阶段 的 管理 与 控制 。 
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(4) QuickTest Professional: 是 一 个 功能 测试 自动 化 工具 ,主要 应 用 在 回归 测试 中 。 
QuickTest 针对 的 是 GUI 应 用 程序 ,包括 传统 的 Windows 应 用 程序 ,以 及 现在 越 来 越 流行 
的 Web 应 用 。 它 可 以 覆盖 绝 大 多 数 的 软件 开发 技术 ,简单 高 效 ,并 具备 测试 用 例 可 重用 的 
特点 。 其 中 包括 : 创建 测试 .插入 检查 点 、 检 验 数据 .增强 测试 .运行 测试 .分 析 结 果 和 维护 
测试 等 方面 。 

Rational 公司 测试 工具 ,其 产品 如 下 。 

(1) Rational Functional Tester: 对 Java、Web 和 基于 VS. NET WinForm 的 应 用 程序 
进行 高 级 自动 化 功能 测试 。 

(2) Rational Functional Tester Extension for Terminal-based Applications: 扩展 了 
Rational Functional Tester, 以 支持 基于 终端 的 应 用 程序 的 测试 。 

(3) Rational Manual Tester: 使 用 新 测试 设计 技术 来 改进 和 人工 测试 设计 和 执行 工作 。 

(4) Rational Performance Tester: 检查 可 变 多 用 户 负 载 下 可 接受 的 应 用 程序 响应 时 间 
和 可 伸缩 性 。 

(5) Rational Purify for Linux and UNIX: 为 Linux 和 UNIX 提供 了 内 存 泄 漏 和 内 存 
损坏 检测 。 

(6) Rational Purify for Windows: 为 Windows 提供 了 内 存 泄漏 和 内 存 损坏 检 测 。 

(7) Rational PurifyPlus 企业 版 : 为 Windows、Linux 和 UNIX 提供 了 运行 时 分 析 。 

(8) Rational PurifyPlus for Linux and UNIX: 为 基于 Linux 和 UNIX 的 Java 和 C/ 
C++ 开发 提供 了 分 析 工 具 集 。 

(9) Rational PurifyPlus for Windows: 为 基于 Windows 的 Java、C/C++ 、Visual Basic 
和 . NET 开发 提供 了 运行 时 分 析 。 

(10) Rational Robot: 客户 机 /服务 器 应 用 程序 的 通用 测试 自动 化 工具 。 可 以 对 使 用 
各 种 集成 开发 环境 (IDE) 和 语言 建立 的 软件 应 用 程序 ,创建 、 修 改 并 执行 自动 化 的 功能 测 
试 . 分 布 式 功能 测试 .回归 测试 和 集成 测试 。 

(11) Rational TestManager: 提供 开放 、 可 扩展 的 测试 管理 。 

(12) Rational Test RealTime: 支持 嵌入 式 和 实时 的 跨 平 台 软 件 的 组 件 测试 和 和 运行 时 
分 析 。 

Compuware 公司 测试 工具 : Compuware 公司 的 QACenter 家 族 集成 了 一 些 强 大 的 自 
动工 具 , 这 些 工具 符合 大 型 机 应 用 的 测试 要 求 ,使 开发 组 获得 一 致 而 可 靠 的 应 用 性 能 。 
QACenter 帮助 所 有 的 测试 人 员 创 建 一 个 快速 、 可 重用 的 测试 过 程 。 这 些 测试 工具 自动 帮 
助 管理 测试 过 程 ,快速 分 析 和 调试 程序 ,包括 针对 回归 、 强 度 .单元 .并 发 、 集 成、 移植 、 容 
量 和 负载 建立 测试 用 例 ,自动 执行 测试 和 产生 文档 结果 。QACenter 主要 包括 以 下 几 个 
模块 。 

(1) QARun: 应 用 的 功能 测试 工具 。 

(2) QALoad: 强 负载 下 应 用 的 性 能 测试 工具 。 

(3) QADirector: 测试 的 组 织 设计 和 创建 以 及 管理 工具 。 

(4) TrackRecord: 集成 的 缺陷 跟踪 管理 工具 。 

(5) EcoTools: 高 层次 的 性 能 监测 工具 。 
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12.3.7 其 他 公司 测试 工具 


Segue 公司 的 SilkTest: 是 业界 领先 的 .用 于 对 企业 级 应 用 进行 功能 测试 的 产品 ,可 用 
于 测试 Web、Java 或 是 传统 的 C/S 结构 。SilkTest 提供 了 许多 功能 ,使 用 户 能 够 高 效率 地 
进行 软件 自动 化 测试 。 这 些 功 能 包括 : 测试 的 计划 和 管理 ; 直接 的 数据 库 访问 及 校 验 ; 灵 
活 .强大 的 4Test 脚本 语言 ,内 置 的 恢复 系统 (Recovery System) ;以 及 具有 使 用 同一 套 脚本 
进行 跨 平台 、 跨 浏览 器 和 技术 进行 测试 的 能 力 。 

AdventNet 公司 的 QEngine: 是 一 个 应 用 广泛 且 独 立 于 平台 的 自动 化 软件 测试 工具 ， 
可 用 于 Web 功能 测试 、Web 性 能 测试 Java 应 用 功能 测试 ,Java API 测试 .SOAP 测试 、 回 
归 测 试 和 Java 应 用 性 能 测试 。 支 持 对 于 使 用 HTML、JSP、ASP.. NET、PHP、JavaScript/ 
VBScript\XML、SOAP、WSDL er-commerce、 传 统 客户 端 /服务 器 等 开发 的 应 用 程序 进行 测 
试 。 此 工具 以 Java 开发 ,因此 便于 移植 和 提供 多 平台 支持 

Radview 公司 的 TestView 系列 Web 性 能 测试 工具 和 WebLoad Analyzer 性 能 分 析 工 
具 , 旨 在 测试 Web 应 用 和 Web 服务 的 功能 性能、 程序 漏洞 .兼容 性 .稳定 性 和 抗 攻击 性 ,并 
且 能 够 在 测试 的 同时 分 析 问 题 原因 和 定位 故障 点 。 整 套 Web 性 能 测试 和 分 析 工 具 包 含 两 
个 相对 独立 的 子 系统 : Web 性 能 测试 子 系统 、Web 性 能 分 析 子 系统 。 其 中 Web 性 能 测试 
子 系统 包含 3 个 模块 : TestView Manager、WebFT 以 及 WebLoad。Web 性 能 分 析 子 系统 
只 有 WebLoad Analyzer。 

美国 IXIA 公司 的 应 用 层 性 能 测试 软件 IxChariot 是 一 个 独特 的 测试 工具 ,也 是 在 应 用 
层 性 能 测试 领域 得 到 业界 认可 的 测试 系统 。 对 于 企业 网 而 言 ,IxChariot 可 应 用 于 设备 选 
型 .网络 建 设 及 验收 日常 维护 等 3 个 阶段 ,提供 设备 网 络 性 能 评估 、 故 障 定位 和 SLA 基准 
等 服务 。 

IxChariot 由 两 部 分 组 成 : 控制 端 (Console) 和 远 端 (Endpoint) ,两 者 都 可 安装 在 普通 
PC 或 者 服务 器 上 ,控制 端 安装 在 Windows 操作 系统 上 , 远 端 支持 各 种 主流 的 操作 系统 。 
控制 端 为 该 产品 的 核心 部 分 ,控制 界面 (也 可 采用 命令 行 方式 ) ,测试 设计 界面 .脚本 选择 
及 编制 结果 显示 、 报 告 生成 以 及 API 接口 提供 等 都 由 控制 端 提供 。 远 端 根据 实际 测试 
的 需要 ,安装 在 分 布 的 网 络 中 ,负责 从 控制 端 接收 指令 、 完 成 测试 并 将 测试 数据 上 报到 控 
制 端 。 


12.3.8 一 些 开源 测试 工具 


1. 功能 测试 工具 
(1) Linux Test Project: Linux Test Project 是 一 个 测试 Linux 内 核 和 内 核 相关 特性 的 


工具 集合 。 该 工具 的 目的 是 通过 把 测试 自动 化 引入 到 Linux 内 核 测 试 ,提高 Linux 的 内 核 


汉 
纯 短 


使 用 环境 : Linux 

(2) MaxQ: MaxQ 是 一 个 免费 的 功能 测试 工具 。 它 包括 一 个 HTTP 代理 工具 ,可 以 
录制 测试 脚本 ,并 提供 回放 测试 过 程 的 命令 行 工 具 。 测 试 结果 的 统计 图 表 类 似 于 商用 测试 
工具 ,比如 Astra QuickTest 和 Empirix e-Test, 这些 商用 工具 都 很 昂贵 。MaxQ 希望 能 够 
提供 一 些 关 键 的 功能 ,比如 HTTP 测试 录制 回放 功能 ,并 支持 脚本 。 
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使 用 环境 : Java 1.2 以 上 版 本 

(3) WebInject: WebInject 是 一 个 针对 Web 应 用 程序 和 服务 的 免费 测试 工具 。 它 可 以 
通过 HTTP 接口 测试 任意 一 个 单独 的 系统 组 件 。 可 以 作为 测试 框架 管理 功能 自动 化 测试 
和 回归 自动 化 测试 的 测试 套 。 

使 用 环境 : Windows,OS Independent,Linux 

2. 单元 测试 工具 

JUnit(CCppUnit): JUnit 是 一 个 开源 的 Java 测试 框架 , 它 是 Xuint 测试 体系 架构 的 一 
种 实现 。 在 JUnit 单元 测试 框架 的 设计 时 , 设 定 了 三 个 总 体 目 标 , 第 一 个 是 简化 测试 的 编 
写 , 这 种 简化 包括 测试 框架 的 学 习 和 实际 测试 单元 的 编写 ;第 二 个 是 使 测试 单元 保持 持久 
性 ;第 三 个 则 是 可 以 利用 既 有 的 测试 来 编写 相关 的 测试 。 

使 用 环境 : Windows,OS Independent,Linux 

3. 性 能 测试 工具 

(1) Apache JMeter: Apache JMeter 是 100% 的 Java 桌面 应 用 程序 , 它 被 设计 用 来 加 
载 被 测试 软件 功能 特性 度量 被 测试 软件 的 性 能 。 设 计 Jmeter 的 初衷 是 测试 Web 应 用 ,后 
来 又 扩充 了 其 他 的 功能 。Jmeter 可 以 完成 针对 静态 资源 和 动态 资源 (例如 : Servlets, Perl 
脚本 ,Java 对 象 ,数据 查询 ,FTP 服务 等 ) 的 性 能 测试 。Jmeter 可 以 模拟 大 量 的 服务 器 负载 、 
网 络 负载 .软件 对 象 负载 ,通过 不 同 的 加 载 类 型 全 面 测 试 软件 的 性 能 。Jmeter 提供 图 形 化 
的 性 能 分 析 。 

使 用 环境 : Solaris,Linux,Windows (98,NT,2000),JDK1.4 以 上 。 

(2) DBMonster: DBMonster 是 一 个 生成 随机 数据 ,用 来 测试 SQL 数据 库 的 压力 测试 
工具 。 

使 用 环境 : OS Independent 

(3) OpenSTA(Open-System-Testing-Architecture) : 基于 CORBA 的 分 布 式 软件 测 
试 构架 。 使 用 OpenSTA ,测试 人 员 可 以 模拟 大 量 的 虚拟 用 户 。OpenSTA 的 结果 分 析 包括 
虚拟 用 户 响 应 时 间 、Web 服务 器 的 资源 使 用 情况 数据库 服务 器 的 使 用 情况 ,可 以 精确 地 度 
量 负载 测试 的 结果 。 

使 用 环境 : OS Independent 

(4) TPTEST: 提供 测试 Internet 连接 速度 的 简单 方法 。 

使 用 环境 : MacOS/Carbon、Win32 

(5) WebApplication Load Simulator: LoadSim 是 一 个 网 络 应 用 程序 的 负载 模拟 器 。 

使 用 环境 : JDK 1. 3 以 上 





4. 缺陷 管理 工具 
(1) Mantis: Mantis 是 一 款 基于 Web 的 软件 缺陷 管理 工具 ,配置 和 使 用 都 很 简单 , 适 
合 中 小 型 软件 开发 团队 。 


使 用 环境 : MySQL ,PHP 
(2) Bugzilla: 一 款 软件 缺陷 管理 工具 。 
使 用 环境 : TBC 
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5. 测试 管理 工具 

(1) TestLink: 基于 Web 的 测试 管理 和 执行 系统 。 测 试 小 组 在 系统 中 可 以 创建 ,管理 、 
执行 .跟踪 测试 用 例 ,并 且 提 供 在 测试 计划 中 安排 测试 用 例 的 方法 。 

使 用 环境 : Apache,MySQL,PHP 

(2) Bugzilla Test Runner: Bugzilla Test Runner 基于 Bugzilla 缺陷 管理 系统 的 测试 用 
例 管理 系统 。 

使 用 环境 : Bugzilla 2. 16. 3 or above(bugzilla 是 一 个 可 以 发 布 bug 以 及 跟踪 报告 bug 
进展 情况 的 开源 软件 ) 





124 ”Quality Center 的 基本 介绍 


Quality Center 是 一 个 基于 Web 的 测试 管理 工具 ,可 以 组 织 和 管理 应 用 程序 测试 流程 
的 所 有 阶段 ,包括 指定 测试 需求 .计划 测试 .执行 测试 和 跟踪 缺陷 。 

测试 需求 是 整个 测试 过 程 的 基础 ,描述 了 需要 测试 的 内 容 。 通 过 创建 “需求 树 ”, 可 以 在 
Quality Center 中 定义 需求 。 在 测试 需求 视图 中 ,可 以 对 需求 进行 定义 查看、 修改 和 转换 
等 操作 。 其 中 ,需求 转换 操作 可 以 将 需求 树 中 选 定 的 需求 或 者 所 有 需求 转换 成 测试 计划 树 
中 的 测试 或 主题 。 

需求 定义 后 ,依据 测试 需求 创建 “测试 计划 树 ”。 在 定义 测试 测试 之 前 ,首先 要 确定 系统 
环境 和 测试 资源 等 测试 相关 工作 。 然 后 将 被 测 系统 的 功能 分 解 成 可 测试 的 功能 , 即 测试 的 
单元 或 者 主题 。 有 了 基本 测试 信息 后 ,可 以 对 每 个 测试 主题 定义 测试 步 又 , 即 对 如 何 执行 测 
试 的 详细 分 步 说 明 ,步骤 的 定义 不 仅 包括 执行 的 操作 ,也 包括 期 望 的 结果 。 为 保证 测试 计划 
中 的 测试 符合 测试 需求 ,需要 对 测试 计划 树 中 的 测试 和 需求 树 中 的 需求 建立 链接 。 测 试 和 
需求 之 间 是 多 对 多 关系 , 即 一 个 测试 可 以 覆盖 多 个 需求 ,反之 一 个 需求 也 可 以 被 多 个 测试 
巴 盖 。 

在 测试 计划 视图 中 设计 测试 后 ,通过 在 执行 测试 视图 (测试 实验 室 ) 中 创建 “测试 集 树 ” 
来 组 织 测试 流程 。 将 测试 计划 树 中 的 测试 添加 到 测试 集中 ,可 以 通过 手工 或 者 自动 的 方式 
执行 测试 。 手 工 执 行 测试 应 遵行 测试 步 又 ,比较 预期 结果 和 实际 输出 并 记录 结果 。 自 动 运 
行 测试 ,Quality Center 会 自动 打开 选 定 的 测试 工具 (如 QTP,WinRunner 等 ) ,在 本 地 计算 
机 或 者 远程 主机 上 运行 测试 ,并 将 结果 导出 到 Quality Center。 

发 现 系 统 的 缺陷 ,使 系统 完善 是 测试 的 目的 之 一 。 因 此 ,Quality Center 提供 了 对 缺陷 
管理 的 支持 。 在 缺陷 管理 视图 中 ,可 以 进行 添加 新 缺陷 、 匹 配 缺 陷 、 更 新 缺陷 、 缺 陷 关 联 等 操 
作 ,并 跟踪 缺陷 直到 缺陷 被 修复 。 

为 了 便于 评估 需求 .测试 计划 、 测 试 执 行 和 缺陷 跟踪 的 进展 情况 ,可 以 通过 Quality 
Center 在 测试 管理 的 过 程 中 生成 报告 ,如 需求 报告 .缺陷 报告 .缺陷 图 等 ,为 测试 流程 分 析 
葛 定 基础 。 

Quality Center 是 一 个 强大 的 测试 管理 工具 ,合理 地 使 用 Quality Center 可 以 提高 测试 
的 工作 效率 ,节省 时 间 ,起 到 事半功倍 的 效果 。 
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125 QIP 的 基本 介绍 


12.5.1 启动 QTP 


安装 好 QTP 后 ,我 们 可 以 通过 选择 菜单 “开始 | 所 有 程序 | Quick Test Professional | 
Quick Test Professional| ”来 启动 QTP( 或 者 双击 桌面 上 QTP 的 快捷 图 标 ) 。 


12.5.2 插件 加 载 设置 与 管理 
启动 QTP 后 ,将 显示 如 图 12-1 所 示 的 插件 管理 界面 。 


贺 QuickTest Professional - Add-in Wanager 





QuickTest 


Professional 






八国 Tip To maximize performance and obiect identiication reliabilty, load 
only the addins you need 

之 图 Modiy Addin License 

WS Show on startup Bin Hep 

图 12-1 插件 管理 界面 








QTP 默认 支持 ActiveX、VB 和 Web 插件 ,License 类 型 为 "BuiltIn”。 如 果 安 装 了 其 他 
类 型 的 插件 ,也 将 在 列表 中 列 出 来 。 

注意 : 为 了 性 能 上 的 考虑 ,以 及 对 象 识别 的 稳定 和 可 靠 性 ,建议 只 加 载 需 要 的 插件 。 例 
如 ,QTP 自 带 的 样 例 应 用 程序 “Flight” 是 标准 Windows 程序 ,里 面 的 部 分 控件 类 型 为 
ActiveX 控件 ,因此 ,在 测试 这 个 应 用 程序 时 ,可 以 仅 加 载 “ActiveX” 插 件 。 

当选 择 本 项 目 所 需要 的 插件 时 , 单 击 “OK? 按 钮 ,进入 系统 主体 页 面 , 如 图 12-2 所 示 。 
12.5.3 创建 一 个 空 的 测试 项 目 

加 载 插件 后 ,QTP 显示 如 图 12-2 所 示 界 面 。 

(1) 选择 “Tutorial” 将 打开 QTP 的 帮助 文档 

(2) 选择 "Start Recording” 进 入 测试 录制 功能 ; 


(3) 选择 “Open Existing” 将 打开 现 有 的 测试 项 目 文件 ; 
(4) 选择 “Blank Test” 将 创建 一 个 空 的 测试 项 目 。 
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QuickTest Professional 






Tutorial 






Start Recording 
Open Existing 
Blank Test 


Tip of the day: NA | 
ve 











































图 12-2 新 的 QTP 项 目 


注意 : 把 “show this screen on startup” 设 置 为 不 选择 , 则 下 次 启动 QTP 时 不 显示 该 界 
面 ,而 是 创建 一 个 空 的 测试 项 目 。 


12.5.4 录制 和 测试 运行 设置 
进入 QTP 的 主 界面 ,如 图 12-3 所 示 。 

















[DDRII 



























Welcome to QuickTest Professional 9.2 
What's New in OuickTest 
Wi ri 和 


图 12-3 QTP 的 主 界面 


在 主 界面 中 ,选择 菜单 “Automation | Record and Run Settings”, 出 现 如 图 12-4 所 示 的 
录制 和 运行 设置 界面 。 

在 这 里 , 由 于 加 载 的 插件 不 包括 Web 插件 ,因此 ,录制 和 运行 的 设置 也 仅 针对 
“Windows Applications”, 如 果 加 载 了 Web 插件 , 则 多 出 一 页 “Web” 的 设置 界面 ,如 图 12-5 
所 示 。 
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Record and Run Settings 





Windows Applications | 


人 三 Becord and run test on any open Windows-based application 





厂 Applications opened by QuickTest 
厂 Applications opened via the Desktop [by the Windows shell 
[Applications specified below 





[application detais ++| 四 | x 








[确定 | 取消 顾 用 加 才 助 


图 12-4 录制 和 运行 设置 界面 


Record and Run Settings 加 
Web | Windows Applications | 


Note: You can run tests on any supported browser but can record 
only on Microsoft Intermet Explorer. 





Ce | Wh | maw | Ww | 


图 12-5 “Web” 的 设置 界面 


12.5.5 指定 需要 录制 的 应 用 程序 


在 设置 Windows 应 用 程序 的 录制 和 运行 界面 中 ,可 以 选择 两 种 录制 程序 的 方式 : 一 种 
是 “Record and run test on any open Windows-based application”, 也 就 是 说 可 以 录制 和 运 
行 所 有 在 系统 中 出 现 的 应 用 程序 ;另外 一 种 是 “Record and run only on”, 这 种 方式 可 以 进 一 
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步 指定 录制 和 运行 所 针对 的 应 用 程序 ,避免 录制 一 些 无 关 紧 要 的 、 多 余 的 界面 操作 。 

下 面 介绍 这 3 种 设置 的 用 法 。 

(1) 若 选择 “Application opened by QuickTest” 选 项 , 则 仅 录 制 和 运行 由 QTP 调用 的 
程序 ,例如 ,通过 在 QTP 脚本 中 使 用 SystemUtil. Run 或 类 似 下 面 的 脚本 启动 的 应 用 
程序 : 


// 创 建 Wscript 的 shell 对 象 

Set Shell=CreateObject ("Wscript.Shell") 
// 通 过 shell 对 象 的 Run 方 法 启动 记事 本 程序 
hell.Run "notepad" 





(2) 若 选 择 “Applications opened via the Desktop(by the windows shell) ”选项 , 则 仅 录 
制 那 些 通过 开始 菜单 选择 启动 的 应 用 程序 ,或 者 是 在 Windows 文件 浏览 器 中 双击 可 执行 文 
件 启动 的 应 用 程序 ,或 者 是 在 桌面 双击 快捷 方式 图 标 启 动 的 应 用 程序 。 

(3) 若 选择 “Application specified below” 选 项 , 则 可 指定 录制 和 运行 添加 到 列表 中 的 应 
用 程序 。 例 如 ,如 果 仅 想 录 制 和 运行 “Flight" 程 序 , 则 可 作 如 图 12-6 所 示 的 设置 。 


Record and Run Settings (x 


Windows Applications | 








F Becord and run test on any open Windows-based application 
人 Record and run ony or 

厂 Applications opened by QuickTest 

厂 Applications opened via the Desktop [by the Windows shell) 












Application | Working Folder 
"C:\Program Files\Mer,.. C:\Program Files\Mer... 





确定 取消 应 用 向 帮助 


图 12-6 “Application specified below” 选 项 


单 击 “ 十 "按钮 ,在 如 图 12-7 所 示 的 界面 中 添加 “Flight” 程 序 可 执行 文件 所 在 的 路 径 。 
“Flight” 程 序 的 可 执行 文件 可 在 QTP 的 安装 目录 找到 ,例如 : C:\Program Files\ 
Mercury Interactive\ Quick Test Professional\samples\flight\app。 


12.5.6 使 用 QTP 编写 第 一 个 自动 化 测试 脚本 


设置 成 仅 录制 “Flight” 程 序 后 ,选择 菜单 “Automation | Record”, 或 按 快 捷 键 F3 ,QTP 
将 自动 启动 指定 目录 下 的 “Flight” 程 序 , 出 现 如 图 12-8 所 示 的 界面 ,并 且 开始 录制 所 有 基于 
“Flight” 程 序 的 界面 操作 。 
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Application Details 区 | 


&pplication: 





Working folder: 


C:\Program Files\Mercury Interactive\QuickTest Professions vw 图 | 


Program arguments: 


| Launch application 


|Y Include descendant processes 





Note: You can also use environment variables to set the Record and 
Run Settings. Click Help for more information. 


ee | te 


图 12-7 设置 添加 “Flight" 程 序 图 12-8 开始 录制 Flight 的 登录 界面 











这 时 ,如 果 在 其 他 应 用 程序 的 界面 上 做 任何 的 操作 ,QTP 并 不 会 将 其 录制 下 来 ,而 是 仅 
录制 与 Flight” 程 序 相关 的 界面 操作 。 

按 F4 键 停止 录制 后 ,将 得 到 如 图 12-9 所 示 的 录制 结果 。 在 关键 字 视 图 中 ,可 看 到 录制 
的 测试 操作 步骤 ,每 个 测试 步骤 涉及 的 界面 操作 都 会 在 “Active Screen” 界 面 显示 出 来 。 













Acivale Make the "Logr' dialog box active 

Acivale Make the ‘Log dalog box active 

Type "MERCURY" Type "MERCURY" in the "Agent Name:”" ed box 
Erker "MERCURY" in the "Agent Name'" eit box 
Type micTab in the “Agent Name "edk box. 


Type micRetum n the "Password" ed box 























图 12-9 专家 视图 展示 的 测试 脚本 


切换 到 专家 视图 界面 , 则 可 看 到 如 图 12-9 所 示 的 测试 脚本 ,这 样 就 完成 了 一 个 最 基本 
的 测试 脚本 的 编写 。 
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126 ”LoadRumer 的 基本 介绍 


LoadRunner 是 一 个 强 有 力 的 压力 测试 工具 。 它 的 脚本 可 以 录制 生成 ,自动 关联 ;测试 
场景 可 以 面向 指标 ,多 方 监控 ;测试 结果 可 以 用 图 表 显 示 , 并 且 可 以 拆 分 组 合 。 

作为 专业 的 性 能 测试 工具 ,通过 模拟 成 千 上 万 的 用 户 对 被 测 系统 进行 操作 和 请 求 ,能 够 
在 实验 室 环境 中 重 现 生产 环境 中 可 能 出 现 的 业务 压力 ,再 通过 测试 过 程 中 获取 的 信息 和 数 
据 来 确认 和 查找 软件 的 性 能 问题 ,分 析 性 能 瓶颈 。 

LoadRunner 是 一 种 预测 系统 行为 和 性 能 的 负载 测试 工具 ,主要 由 以 下 三 部 分 组 成 。 

(1) VuGen( 虚 拟 用 户 生 成 器 ) 用 于 捕获 最 终 用 户 业 务 流 程 和 创建 自动 性 能 测试 脚本 
(也 称 为 虚拟 用 户 脚 本 ) 。 

(2) Controller (控制 器 ) 用 于 组 织 、 驱 动 .管理 和 监控 负载 测试 。 

(3) Analysis (分 析 器 ) 用 于 查看 ,分析 和 比较 性 能 结果 。 

LoadRunner 的 主 界面 如 图 12-10 所 示 。 


[本 
EL jRunne 





国 alawa VuGen 中 的 新 增 功 能 


增 罗 了 对 Web 20 和 RIA 应 用 程序 的 支持 
Wb RH Ae Techent 协议 ,通用 于 可 在 We 济 中 国 用户 于 
人 croso sergh 应 用 程序 以 及 通过 HTTP 进 和 通信 的 
试 结 ! lava 
赚 mm Web (HTTPHTWL 协议 中 增强 了 对 数据 榜 式 的 持 ( 例 如，JSON)。 





功能 视频 
本 ”AgxTnuceent 协 议 简介 
号 web TRY 协议 支持 高 如 数 扫 格 式 
要 快 于 入 8 和 三 绒 。HP 的 LoadRunner 软件 全 面 支持 Siveright 协 议 

， 也 括 ERPICRM 、Web 、J2EE/ NET 、XML 、NET 、 和 沪 媒 体 。 通 过 Java ovt er HTTP 协 议 
全 二。 有 et 软件 进行 
te Controler 中 的 新 增 功 能 


和 te 
| 钥 志 的 性 1 通过 1 





。 增 ?89 服 务 水 平 协议 功能 可 支持 事务 响应 时 间 百分比 
。 controler 巴 在 允许 自 定义 性 能 上 监控 善 的 冉 认 度量 列表 ， 以 适应 最 优 币 克 方 法 
功能 视频 
俩 。 服务 水 平 协议 百分比 支持 
各 。 自 定义 监控 器 默 认 计 数 器 列表 





Analysts 中 的 新 增 功能 





增 员 3 报告 功能 : 

。 可 充 全 自 定义 的 报告 模板 

。 创建 会 二 时 自动 生成 报 击 的 功能 
功能 视频 


总， 新 的 报告 功能 
?了 角 有 关 员 载 则 区 详细 信息 七 。 提 高 了 性 琵 和 可 用 性 




















图 12-10 LoadRunner 主 界面 


12.6.1 LoadRunner 常用 术 话 


(1) 场景 (Scenario): 场景 即 测试 场景 。 在 LoadRunner 的 Controller 部 件 中 ,可 以 设 
计 与 执行 用 例 的 场景 ,设置 场景 的 步骤 主要 包括 : 在 Controller 中 选择 虚拟 用 户 脚 本 、 设 置 
虚拟 用 户 数量 .配置 虚拟 用 户 运行 时 的 行为 .选择 负载 发 生 器 (Load Generator) ,设置 执行 
时 间 等 。 
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(2) 负载 发 生 器 (Load Generator) : 用 来 产生 压力 的 机 器 , 受 Controller 控制 ,可 以 使 
用 户 脚本 在 不 同 的 主机 上 执行 。 在 性 能 测试 工作 中 ,通常 由 一 个 Controller 控制 多 个 Load 
Generator 以 对 被 测试 系统 进行 加 压 。 

(3) 虚拟 用 户 (Virtual User/Vuser): 对 应 于 现实 中 的 真实 用 户 ,使 用 LoadRunner 模 
拟 的 用 户 称 为 虚拟 用 户 。 性 能 测试 模拟 多 个 用 户 操作 可 以 理解 为 : 这 些 虚拟 用 户 在 跑 脚 
本 ,以 模拟 多 个 真正 用 户 的 行为 。 

(4) 虚拟 用 户 脚本 (Vuser script): 通过 Vuser Generator 录制 或 开发 的 脚本 。 这 些 脚 
本 用 来 模拟 用 户 的 行为 。 

(5) 事务 (Transaction) : 测试 人 员 可 以 将 一 个 或 多 个 操作 步骤 定义 为 一 个 事务 ,可 以 
通俗 地 理解 事务 为 "人 为 定义 的 一 系列 请 求 ( 请 求 可 以 是 一 个 或 者 多 个 )”。 在 程序 上 ,事务 
表现 为 被 开始 标记 和 结束 标记 圈定 的 一 段 代 码 区 块 。LoadRunner 根据 事务 的 开头 和 结尾 
标记 ,计算 事务 响应 时 间 成 功 /失败 的 事务 数 。 

(6) 思考 时 间 (Think Time): 即 请 求 间 的 停顿 时 间 。 实 际 中 ,用 户 在 进行 一 个 操作 后 
往往 会 停顿 然后 再 进行 下 一 个 操作 ,为 了 更 真实 地 模拟 这 种 用 户 行为 而 引进 该 概念 。 在 虚 
拟 用 户 脚 本 中 用 函数 lr_think_time() 来 模拟 用 户 处 理 过 程 ,执行 该 函数 时 用 户 线程 会 按照 
相应 的 time 值 进行 等 待 。 

(7) 集合 点 (Rendezvous): 设 集合 点 是 为 了 更 好 模拟 并 发 操作 。 设 了 集合 点 后 ,运行 
过 程 中 用 户 可 以 在 集合 点 等 待 到 一 定 条 件 后 再 一 起 发 后 续 的 请 求 。 集 合 点 在 虚拟 用 户 脚本 
中 对 应 函数 lr_rendezvous()。 


12.6.2 LoadRunner 工作 流程 
LoadRunner 基本 工作 流程 如 图 12-11 所 示 。 










阶段 2 阶段 3 阶段 4 





LoadRunner 
VU GEN 





LoadRunner 
Controller & Analysis 


图 12-11 LoadRunner 基本 工作 流程 


(1) 制定 测试 计划 : 确定 测试 要 求 , 如 并 发 用 户 数量 .典型 业务 场景 流程 。 

(2) 创建 Vuser 脚本 : 使 用 Virtual User Generator 录制 ,编辑 和 完善 测试 脚本 。 
(3) 设计 测试 场景 : 使 用 LoadRunner Controller 设置 测试 场景 。 

(4) 执行 场景 : 使 用 LoadRunner Controller 驱动 .管理 并 监控 场景 的 运行 。 

(5) 分 析 测 试 结 果 : 使 用 LoadRunner Analysis 生成 报告 和 图 表 并 评估 性 能 。 
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12.6.3 Virtual User Generator(VuGen) 简 介 


在 测试 环境 中 ,LoadRunner 在 物理 计算 机 上 使 用 Vuser 代替 实际 用 户 ,Vuser 以 一 种 


可 重复 、 可 预测 模拟 典型 的 用 户 操 作 , 对 系统 施加 负载 。 
LoadRunner Virtual User Generator(VuGen) 以 “录制 -回放 ”的 方式 工作 。 当 您 在 应 


程序 中 执行 业务 流程 步骤 时 ,VuGen 会 将 您 的 操作 录制 到 自动 化 脚本 中 ， tape 


测试 的 基础 。 
在 LoadRunner Virtual User Generator(VuGen) 中 单 击 创建 脚本 ,打开 如 图 12-12 


界面 。 


2 



























有 哪些 新 增 功能 ? 


协议 
Techent 在 Web 吉本 用 六 的 基 于 UnaSe 的 人 性 (但 A 高 
Vinu User Genegbf (VuGen) 采用 杂 制 并 回 弛 的 工 作 原 理 。 当 你 在 应 用 程序 中 惟 行 业务 流程 时 ， raise 
pe > Silverlight 在 代入 时 本 的 用户 拓 作 的 基于 Siveright snare 外 放 通 过 自动 导入 和 也 和 
应 几 和 水 合用 的 WSDL 文件 来 生 世 高 加 构 本 。 简介 视 
。Java over HTTP 用 于 录制 基于 Ja 的 应 用 程 床 和 小 i 它 信用 Web 国生 所 Ja 
本 这 各 二 。 此 人 广 伯 Ja 从 不 同人 训 以 和 加 这 HTTP 的 Ja 和 用” 














扩展 (OFEF: 适用 于 Web (HTTPIHTML) 协议 族 的 增强 数据 格式 功 胖 。 多 许 将 原 HTTP 

为 可 维护 的 结构 化 XML 丫 式 并 通过 XPATH 启用 关联 

Comeladon Studie 电 坟 Web HTTPAITWL 自 雪人 所， 可 在 代 友 生态 过 和 中 的 大 和 人 

加 数据 (包括 DFE 格式 化 的 数据 ) 中 执 索 可 能 的 关联 。 出 介 

。 快 时 视图 . Web (HTTP/HTML 协议 步 呈 的 新 快 中 视图 ， A DFE 生成 的 格式 查看 完整 

的 HTTP 演 里 。 桨 介 各 频 

。 VuGen - HP ALM 集成 提 强 与 HP 应 用 程 友 生 命 周期 管理 平台 的 集成 ， 此 平台 还 为 Qualty Center 
和 Periormance Center 版 本 提供 服务 。 


使 用 模板 创建 脚本 





























CAP NUM SCRL 











图 12-12 VuGen 发 生 器 界面 


在 欢迎 使 用 Virtual User Generator 区 域 中 , 单 击 New Script( 新 建 脚本 按钮 )。 这 时 将 
打开 “新 建 虚拟 用 户 ” 对 话 框 ,显示 “新 建 单 协 议 脚本 ”选项 ,如 图 12-13 所 示 。 
脚本 协议 分 类 表 , 如 表 12-1 所 示 。 
表 12-1 脚本 协议 汇总 














应 用 类 型 建议 选用 协议 
Web 网 站 (J2EE、. NET) Web(HTTP/HTML) 
FTP 服务 器 File Transfer Protocol(FTP) 
Internet Messaging Application Protocol(IMAP) 
邮件 服务 器 Post Office Protocol(POP3) 





Simple Mail Trans Protocol(SMTP) 
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应 用 类 型 


建议 选用 协议 
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续 表 





客户 端 以 ADO .OLEDB 方式 连接 后 台 
数据 库 


MS SQL Server 





Orical .Sybase .DB2\Informix 




















SR 以 ODBC 方式 连接 后 台数 据 库 ODBC 
没有 后 台数 据 库 Socket 
分 布 式 组 件 COMVDCOM EJB 
无 线 应 用 WAP.PALM 











12.6.4 


In a performance testing or application 
users working on physical machines 


The Virtual User Generator (VuGen), 
business process on your application 
which will form the fourdation for your 


Web IHTTP/HTML) 
Emulation of wu 
‘Web server, 


between a browser and 





Cancel | hted by DFE | 


complete HTTP trafic in both raw and DFE ge 
se VuGaen -HP AI M Inteoration Fnhanced intd| 





图 12-13 新 建 单 协 议 脚 本 


设置 运行 时 行为 


protocol for mo 
lweb browser. 9| 


Silverlight basd 
g high level sc| 
ion Introducti 
ol designed to 

using web fu| 
rd and replay 


Enhanced dal 
g raw HTTP tr 
ATH 


PIHTML) autol 
in the larger s| 


jt view for Web 





通过 LoadRunner 运行 时 设置 ,可 以 模拟 各 种 真实 用 户 活 动 和 行为 。 例 如 ,您 可 以 模拟 
一 个 对 服务 器 输出 立即 做 出 响应 的 用 户 , 也 可 以 模拟 一 个 先 停 下 来 思考 ,再 做 出 响应 的 用 
户 。 另 外 还 可 以 配置 运行 时 设置 来 指定 Vuser 应 该 重复 一 系列 操作 的 次 数 和 频率 。 有 一 
般 运 行 时 设置 和 专门 针对 某 些 Vuser 类 型 的 设置 。 例 如 ,对 于 Web 仿真 ,可 以 指示 Vuser 
在 Netscape 而 不 是 Internet Explorer 中 回放 脚本 。 
1. 打开 运行 时 设置 对 话 框 
确保 “任务 窗 格 出 现 ( 如 果 未 出 现 ,请 单 击 任务 按钮 ) 。 单 击 任务 窗 格 中 的 验证 回放 。 
在 说 明 窗 格 内 的 标题 运行 时 设置 下 单 击 打开 运行 时 设置 超 链 接 。 也 可 以 按 F4 键 或 单 击 工 


具 栏 9 





2. 设置 运行 逻辑 脚本 
在 左 窗 格 中 选择 运行 逻辑 节点 .设置 迭代 次 数 或 连续 重复 活动 的 次 数 , 将 迭代 次 数 设置 
为 2, 如 图 12-15 所 示 。 





FP 的 运行 时 设置 按钮 。 这 时 将 打开 “运行 时 设置 "对话 框 ,如 图 12-14 所 示 。 
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Ele Saeco ciel cle 
| 诸城 专项 维修 献金 -登录 信息 变更 退出 -1 - Web (HTTP/HTML) 














CoriertCheck 
Dala Fomal Exension 
Corfiguration 


国 ReplayLog | 国 RecadngLog 



















Hi 
Move he mouse Ove ary em lo see ls desciplion 





Wot excludins content typq 
ia not record this content 
text/htnl 
text/xml 
Reset context betveen act 
Record non-HTIL elenents 
Protocol Type: JIulti-QTYei 


$$ End Log Message $$ 
































Le Deiodhs Cancel Hep 





图 12-14 运行 时 设置 


Run-tine Settings 


Generat Run Logic — 
lteration Count 一 


人 aasoneaioe 于 习 
Think Time 


Addiional atributes 日 -地 人 
Miscellaneous -i 
Network FO am 2) Insert Block 

Speed Simulation htion 
Browser 日 -地 za 
Browser Emulation B muser_end 
Intemet Protacol 
Prow 
Preferences 
Download Fiters 
ContentCheck 
Data Format Extension 
Configuration 








Insert Action 


Hint 
Move the mouse over any iem to see its description. 




















图 12-15 和 运行 逻辑 脚本 
3. 配置 步 设 置 


在 左 窗 格 中 选择 步 节点 ,此 节点 用 于 控制 迭代 时 间 间 隔 , 可 以 指定 一 个 随机 时 间 。 这 样 
可 以 准确 模拟 用 户 在 操作 之 间 等 待 的 实际 时 间 ,但 使 用 随机 时 间 间 隔 时 ,很 难看 到 真实 用 户 
在 重复 之 间 恰 好 等 待 60 秒 的 情况 。 选 择 第 三 个 单 选 按钮 并 选择 下 列 设 置 : 时 间 随 机 ,间隔 
60 000 到 90 000 秒 , 如 图 12-16 所 示 。 
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Run-time Settings 





Generat Pacing 
Start new lteration 
As soon as the previous teralion ends 





Alter the previous teralion ends 


wiha [had 可 deof 后 咖 司 :=- 


人 AiJardm 可 nevas evey [000 Ho [i000 sec 
pr cr 


IT 














Hin 
Move the mouse over ary em to see is descriplion 


























Use Delauhs Cancel Help 


图 12-16 配置 步 设置 


4. 配置 日 志 设 置 
在 左 窗 格 中 选择 日 志 节 点 ,日 志 设 置 指出 要 在 运行 测试 期 间 记 录 的 信息 量 、 开 发 期 间 。 
您 可 以 选择 启用 日 志 记 录 来 调试 脚本 ,但 在 确认 脚本 运行 正常 后 ,只 能 记录 错误 或 禁用 日 志 


功能 。 选 择 扩展 日 志 并 启用 参数 替换 ,如 图 12-17 所 示 。 








Run-time Settings X 
General Generat Log- 
RunLogie FE 
Log oplions 
Wh Send messages on when an error oceurs 。 Advancedl 
Additional attibutes | 受 问 
ri G Aways send messages 
Netwotk Log messages at the detal level of 
C Standadlog 


Browser 
Browser Emulation (© Exendediog 
Intemet Poloeal [| Paometersubsiuion | 


pd 厂 Dala retuned by server 





Preferences 
Download Filters 厂 Advanced tiace 
ContentCheck 
Data Fomat Exiension 
Hint 








Confguaton 
2 




















Use Defauls Cancel Help 


图 12-17 配置 日 志 设 置 





5. 查看 思考 时 间 设 置 


在 左 窗 格 中 单 击 思 考 时 间 节 点 。 
注意 : 请 勿 进行 任何 更 改 。 您 可 以 在 Controller 中 设置 思考 时 间 。 注 意 , 在 VuGen 中 


运行 脚本 时 速度 很 快 ,因为 它 不 包含 思考 时 间 , 如 图 12-18 所 示 。 
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FGenerat Think Time- 
Think Time options 
名 
太 Replay think time 
© Asrecorded 


© Muliply recorded think time by: [1 习 


je of recorded think me 





© Use random 


Min: |50 习 x Max: [150 习 入 
Intemet Protocol 
“Prowy FF Limi think time to: |1 司 seconds 


~ Preferences 
~ Download Fllers 








ContentCheck 
Data Fomat Extension 
1- Configuration 





Hint 
ee 




















Use Defauls Cancel Help 





图 12-18 查看 思考 时 间 


12.6.5 查看 脚本 的 运行 情况 

回放 录制 的 脚本 时 ,VuGen 的 运行 时 查看 器 功能 实时 显示 Vuser 的 活动 情况 。 默 认 情 
况 下 ,VuGen 在 后 台 运 行 测试 ,不 显示 脚本 中 的 操作 动画 。 

(1) 选择 工具 一 常规 选项 ,然后 选择 显示 选项 卡 。 


(2) 单 击 确定 关闭 “常规 选项 "对话 框 。 
(3) 在 任务 栏 (Task) 中 单 击 验 证 回放 (Replay) 然 后 单 击 说 明 窗 格 底部 的 开始 回放 按 


钮 ,或 者 按 F5 和 工具 栏 上 的 运行 按钮 ,如 图 12-19 和 图 12-20 所 示 。 


General Options 


Parameterization | 
Environment Display 


厂 show run-time viewer during replay 


WB Auto arrange window 





Test Results 


克 Generate report during script execution 











图 12-19 回放 方式 1 
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Record Application 
Recordng Summary 
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= Verfy Replay 


3. Enhancements 
Introduction 
Transactions 
Parameterization 
Content Checks 


4. Prepare For Load 
Introduction 
Jrerations 
Concurrent Users 


5. Fnish 当 
Finish 





Introduction to Verificatic 


About Replay 


Replay is the act of playing back a recorded scripl 
During replay, VuGen opens an output window, sr 
You can also watch how VuGen performs the step 


Run-Time Settings 


The Run-Time settings, let you emulate different } 
many times a user should repeat a set of actions 


g -Tim in 


Before Replay 


Pay attention to VuGen's progress during replay， 





图 12-20 回放 方式 2 


12.6.6 查看 测试 结果 


回放 录制 的 事件 后 ,需要 查看 结果 以 确定 是 否 全 部 成 功 通过 。 如 果 某 个 地 方 失败 , 则 需 
要 知道 失败 的 时 间 以 及 原因 。 查 看 测试 结果 。 


(1) 要 返回 到 向 导 , 单 击 任 务 窗 格 中 的 


验证 回放 。 


(2) 在 标题 验证 下 的 说 明 窗 格 中 , 单 击 可 视 测 试 结果 超 链接 。 也 可 以 选择 “视图 ”一 “ 测 
试 结果 ”。 这 时 将 打开 “测试 结果 ”窗口 ,如 下 图 12-21 所 示 。 


名 Hp Virtual User Generator - Inoname1 - Web HTTPIHTMUI 


He Edt Yew hsert Vuser Actons Iook Wndow Heb 


iB-:- BQ iOsmtrod alls) ols 
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局 Sapt 守 Tree | 旦 ;号 到 乌 











Somepags nonamel - web (HTTP/HTML) | 
Tasks x 


oduction Last Replay Summary 
1. Recording resuit Directory: esuu 
Wnt Mp Replay Status; No errors detected 


Racordng Summary 
he pane- 

2. Replay 
3 Varfy Kepty 
Dynamic Server 


3. Enhancements 


ATTENTION: No runtime errors were detected. However, ycu shoud make sure the biginess process wa 


Values (Correlations): 


VuGen detected one or more dynamic values in your script 
Introduction Yeu may encounter preblems durng repiay fthe server eoecs unique Values that differ from the recor 


Transctons Leam mere about correlator 





You can view a list of the Cynamic values that VuGen deteced, 





Pawntetien Show and resolve Ovnamic server values 
Content Checks 
4 prepareFortoad 2 WE. 
Pr Verification: 
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idee Ye on get trer formaion bor the repiay from th alin seats | fom ihe esloy les 


ee | 
PE ee nine sottos Sr 
i Summary I | 
图 12-21 最 终结 果 的 查看 方式 
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“测试 结果 ”窗口 首次 打开 时 包含 两 个 窗 格 :“ 树 ” 窗 格 ( 左 侧 ) 和 “概要 ” 窗 格 ( 右 侧 )。 
“ 树 ” 窗 格 包含 结果 树 。 每 次 迭代 都 会 进行 编号 .“ 概 要 ” 窗 格 包含 关 于 测试 的 详细 信息 以 及 
屏幕 录制 器 视频 (如 果 有 的 话 )。 在 “概要 ” 窗 格 中 ,指出 哪些 迭代 通过 了 测试 ,哪些 未 通过 。 
如 果 VuGen 的 Vuser 按照 原来 录制 的 操作 成 功 执行 HP Web Tours 网 站 上 的 所 有 操作 ， 
则 认为 测试 通过 ,如 图 12-22 所 示 。 


了 诸城 专项 维修 资金 -登录 -信息 变更 -退出 -1 











资金 - 登 - 
Rs | 诸城 专项 维修 资金 -登录 -信息 变更 -退出 -1 Results 
如 诸城 专项 维修 资金 -登录 Summary 


yuser_end Summary 


Test 诸城 专项 维修 资金 -登录 -信息 变更 -退出 -1 
Results name: resultl 

Time Zone: 中 国标 准时 间 

Run started: 2012-7-5 - 14:58:12 

Run ended: 2012-7.5 - 15.0027 





Tteration # 




















arnings 








Ee | 一 
For Help, press FL 











图 12-22 最 终结 果 的 展示 


本 章 小 结 


本 章 先 从 整体 上 介绍 了 软件 自动 化 测试 ,重点 讲述 了 软件 自动 化 测试 的 特点 和 定义 。 
其 次 ,本 章 还 简单 介绍 了 目前 比较 流程 的 软件 自动 化 的 工具 ,重点 介绍 了 QC、QTP、LR 三 
个 工具 的 基本 使 用 情况 ,并 在 此 基础 上 开展 了 案例 实践 分 析 。 


练习 题 
一 、 判 断 题 


1. 黑 盒 测 试 工具 一 般 是 针对 被 测 源 程序 进行 的 测试 ,测试 所 发 现 的 故障 可 以 定位 到 
代码 级 。 根 据 测 试 工具 工作 原理 的 不 同 , 黑 盒 测 试 的 自动 化 工具 有 静态 测试 和 动态 
测试 。 ( » 
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2. Bugzilla 是 一 款 软件 测试 管理 工具 。 ( ) 
3. 自动 化 测试 的 定义 : 使 用 一 种 自动 化 测试 工具 来 验证 各 种 软件 测试 的 需求 , 它 包括 

测试 活动 的 管理 与 实施 。 ( ) 
4. 自动 化 测试 最 实际 的 应 用 与 目的 是 自动 化 回归 测试 。 ( ) 
5. 自动 测试 工具 是 直接 执行 被 测 程序 以 提供 测试 活动 。 ( 
二 、 选择 题 


1. 下 列 关 于 自动 化 测试 工具 的 说 法 中 ,错误 的 是 ( hi 
A. 采用 录制 \ 回 放 是 不 够 的 ,还 需要 进行 脚本 编程 ,加 入 必需 的 检查 点 
B. 自动 化 测试 并 不 是 总 能 降低 测试 成 本 的 ,因为 维护 测试 脚本 的 成 本 可 能 是 非常 
昂贵 的 
C， 相对 于 手动 测试 而 言 , 自 动 化 测试 具有 更 好 的 一 致 性 和 可 重复 性 
D. 自动 化 测试 能 够 改善 混乱 的 测试 过 程 
2. 下 列 哪些 情况 需要 考虑 引入 自动 化 测试 站 
A. 需要 重复 执行 很 多 次 的 测试 
B. 只 执行 一 次 的 测试 
C. 不 重要 的 测试 
D. 很 快 有 回报 的 测试 
3. 正规 的 手动 测试 流程 至 少 要 包含 以 下 的 哪 几 个 条 件 ( Y's 


A. 规范 的 测试 环境 B. 详细 的 测试 用 例 
C. 自动 化 脚本 架构 D. 执行 结果 
4. 引入 自动 化 测试 工具 时 ,属于 次 要 考虑 因素 的 是 ( 息 
A. 与 测试 对 象 进行 交互 的 质量 B. 使 用 的 脚本 语言 类 型 
C. 工具 支持 的 平台 D. 厂商 的 支持 和 服务 质量 


5. 下 列 关 于 自动 化 测试 工具 的 说 法 中 ,错误 的 是 ( We 
A. 录制 /回放 可 能 是 不 足够 的 ,还 需要 进行 脚本 编程 
B. 既 可 用 于 功能 测试 ,也 可 用 于 非 功能 测试 
C. 自动 化 测试 工具 适用 于 回归 测试 
D. 自动 化 测试 关键 的 时 候 能 代替 手工 测试 
三 、 简 答题 
1. 项 目 周期 短 的 项 目 使 用 自动 测试 好 还 是 使 用 手动 测试 好 ,请 说 明 原因 ? 
2. 你 是 如 何 计划 自动 化 测试 的 ? 
3. 自动 化 测试 可 以 代替 手工 测试 吗 ? 
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本 章 目标 
。 掌握 测试 文档 的 定义 、 内 容 
。 掌握 软件 生命 周期 各 阶段 的 测试 任务 和 可 交付 的 文档 
。 掌握 测试 用 例 所 包含 的 文档 


本 章 单词 


planning: test cases: 








testing procedure: test documentation: 


第 13 章 ”软件 测试 文档 | 





每 一 个 测试 项 目 过 程 中 都 会 产生 很 多 文档 ,从 项 目 启 动 前 的 计划 书 到 项 目 结束 后 的 总 
结 报告 ,有 产品 需求 ,测试 计划 、 测 试用 例 和 各 种 重要 会 议 的 会 议 记录 等 。 软 件 测试 文件 就 
为 了 实现 这 些 目的 ,对 测试 中 的 要 求 、 过 程 及 测试 结果 以 正式 的 文件 形式 写 出 ,所 以 说 测试 
文件 的 编写 是 测试 的 重要 组 成 部 分 。 有 必要 将 文档 管理 融入 项 目 管理 中 去 ,成 为 项 目 管理 
很 重要 的 一 个 环节 。 由 此 可 见 软件 测试 文档 在 软件 测试 过 程 中 是 多 么 重要 , 那 什 么 是 软件 
测试 文档 ,软件 测试 文档 有 哪些 ,这 些 测试 文档 的 格式 如 何 ? 


13.1 测试 文档 


13.1.1 测试 文档 的 定义 


1. 测试 文档 的 定义 

测试 文档 (Testing Documentation) 记 录 和 描述 了 整个 测试 流程 , 它 是 整个 测试 活动 中 
非常 重要 的 文件 。 测 试 过 程 实施 所 必 备 的 核心 文档 是 : 测试 计划 ,测试 用 例 (大 纲 ) 和 软件 
测试 报告 。 

2. 测试 文档 的 重要 性 

软件 测试 是 一 个 很 复杂 的 过 程 , 涉 及 软件 开发 其 他 阶段 的 工作 ,对 于 提高 软件 质量 、 保 
证 软件 正常 运行 有 着 十 分 重要 的 意义 ,因此 必须 把 对 测试 的 要 求 、. 过 程 及 测试 结果 以 正式 的 
文档 形式 写 下 来 。 软 件 测试 文档 用 来 描述 要 执行 的 测试 及 测试 的 结果 。 可 以 说 ,测试 文档 
的 编制 是 软件 测试 工作 规范 化 的 一 个 重要 组 成 部 分 。 

软件 测试 文档 不 只 在 测试 阶段 才 开始 考虑 , 它 应 在 软件 开发 的 需求 分 析 阶 段 就 开始 着 
手 编制 ,软件 开发 人 员 的 一 些 设计 方案 也 应 在 测试 文档 中 得 到 反映 ,以 利于 设计 的 检验 。 测 
试 文档 对 于 测试 阶段 的 工作 有 着 非常 明显 的 指导 作用 和 评价 作用 。 即 便 在 软件 投入 运行 的 
维护 阶段 ,也 常常 要 进行 再 测试 或 回归 测试 ,这 时 仍 会 用 到 软件 测试 文档 。 


13.1.2 测试 文档 的 内 容 


整个 测试 流程 会 产生 很 多 个 测试 文档 ,一 般 可 以 把 测试 文档 分 为 两 类 : 测试 计划 和 测 
试 分 析 报 告 。 

测试 计划 文档 描述 将 要 进行 的 测试 活动 的 范围 方法、 资源 和 时 间 进 度 等 。 测 试 计 划 中 
罗列 了 详细 的 测试 要 求 ,包括 测试 的 目的 内容、 方法 .步骤 以 及 测试 的 准则 等 。 在 软件 的 需 
求 和 设计 阶段 就 要 开始 制定 测试 计划 ,不 能 在 开始 测试 的 时 候 才 制定 测试 计划 。 通 常 ,测试 
计划 的 编写 要 从 需求 分 析 阶 段 开始 ,直到 软件 设计 阶段 结束 时 才 完 成 。 

测试 报告 是 执行 测试 阶段 的 测试 文档 ,对 测试 结果 进行 分 析 说 明 ,说 明 软 件 经 过 测试 以 
后 ,结论 性 的 意见 如 何 , 软 件 的 能 力 如 何 , 存 在 哪些 缺陷 和 限制 等 。 这 些 意见 既是 对 软件 质 
量 的 评价 ,又 是 决定 该 软件 能 否 交付 用 户 使 用 的 依据 。 由 于 要 反映 测试 工作 的 情况 ,自然 应 
该 在 测试 阶段 编写 。 

测试 报告 包含 了 相应 的 测试 项 的 执行 细节 。 软 件 测试 报告 是 软件 测试 过 程 中 最 重要 的 
文档 ,记录 问题 发 生 的 环境 ,如 各 种 资源 的 配置 情况 ,问题 的 再 现 步骤 以 及 问题 性 质 的 说 明 。 
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测试 报告 更 重要 的 是 还 记录 了 问题 的 处 理 进 程 , 而 问题 的 处 理 进 程 从 一 定 角度 上 反映 了 测 
试 的 进程 和 被 测 软件 的 质量 状况 以 及 改善 过 程 

《计算 机 软件 测试 文档 编制 规范 ) 国 家 标准 给 出 了 更 具体 的 测试 文档 编制 建议 ,其 中 包 
括 以 下 几 个 内 容 。 

1. 测试 计划 

描述 测试 活动 的 范围 方法 .资源 和 进度 ,其 中 规定 了 被 测试 的 对 象 .被 测试 的 特性 、 应 
完成 的 测试 任务 .人 员 职 责 及 风险 等 。 

2. 测试 设计 规格 说 明 

详细 描述 测试 方法 ,测试 用 例 设计 以 及 测试 通过 的 准则 等 。 

3. 测试 用 例 规格 说 明 

测试 用 例文 档 描述 一 个 完整 的 测试 用 例 所 需要 的 必 备 因素 ,如 输入 、 预 期 结果 测试 执 
行 条 件 以 及 对 环境 的 要 求 .对 测试 规程 的 要 求 等 

4. 测试 步骤 规格 说 明 

测试 规格 文档 指明 了 测试 所 执行 活动 的 次 序 ,规定 了 实施 测试 的 具体 步骤 。 它 包括 测 
试 规程 清单 和 测试 规程 列表 两 部 分 。 

5. 测试 日 志 

日 志 是 测试 小 组 对 测试 过 程 所 做 的 记录 。 

6. 测试 事件 报告 

报告 说 明 测 试 中 发 生 的 一 些 重要 事件 。 

7. 测试 总 结 报告 

对 测试 活动 所 做 的 总 结 和 结论 。 

上 述 测试 文档 中 ,前 4 ep 后 3 项 属于 测试 分 析 报告 类 文档 。 


13.1.3 软件 生命 周期 各 阶段 的 测试 任务 与 可 交付 的 文档 


通常 软件 生命 周期 可 分 为 以 下 6 个 阶段 : 需求 阶段 、 功 能 设计 阶段 .详细 设计 阶段 、 编 
码 阶 段 .软件 测试 阶段 以 及 运行 /维护 阶段 。 相 邻 两 个 阶段 之 间 可 能 存在 一 定 程度 的 重复 以 
保证 阶段 之 间 的 顺利 衔接 ,但 每 个 阶段 的 结束 有 一 定 的 标志 ,例如 已 经 提交 可 交付 文档 等 

1. 需求 阶段 

(1) 测试 输入 

需求 计划 (来 自 开发 ) 。 

(2) 测试 任务 

Q@ 制定 验证 和 确认 测试 计划 ; 

@ 对 需求 进行 分 析 和 审核 ; 

@ 分 析 并 设计 基于 需求 的 测试 ,构造 对 应 的 需求 覆盖 或 追踪 矩阵 。 

(3) 可 交付 的 文档 

a 验收 测试 计划 (针对 需求 设计 ); 

@ 验收 测试 报告 (针对 需求 设计 )。 
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2. 功能 设计 阶段 
(1) 测试 输入 
功能 设计 规格 说 明 ( 来 自 开 发 ) 。 
(2) 测试 任务 
Q@ 功能 设计 验证 和 确认 测试 计划 ; 
@ 分 析 和 审核 功能 设计 规格 说 明 ; 
@ 可 用 性 测试 设计 ; 
@ 分 析 并 设计 基于 功能 的 测试 ,构造 对 应 的 功能 覆盖 和 矩阵， 
@ 实施 基于 需求 和 基于 功能 的 测试 。 
(3) 可 交付 的 文档 
Q@ 主 确认 测试 计划 ; 
@ 验收 测试 计划 (针对 功能 设计 ); 
@ 验收 测试 报告 (针对 功能 设计 )。 
3. 详细 设计 阶段 
(1) 测试 输入 
详细 设计 规格 说 明 ( 来 自 开 发 ) 。 
(2) 测试 任务 
Q@ 详细 设计 验收 测试 计划 ; 
@ 分 析 和 审核 详细 设计 规格 说 明 ; 
@ 分 析 并 设计 基于 内 部 的 测试 。 
(3) 可 交付 的 文档 
@ 详细 确认 测试 计划 
@ 验收 测试 计划 (针对 详细 设计 ); 
@ 验收 测试 报告 (针对 详细 设计 ); 
@ 测试 设计 规格 说 明 。 
4. 编码 阶段 
(1) 测试 输入 
代码 (来 自 开 发 ) 。 
(2) 测试 任务 
@ 代码 验收 测试 计划 ; 
@ 分 析 代 码 ; 
@ 验证 代码 ; 
@ 设计 基于 外 部 的 测试 ; 
@@ 设计 基于 内 部 的 测试 。 
(3) 可 交付 的 文档 
@ 测试 用 例 规格 说 明 ; 
@ 需求 覆盖 或 追踪 矩阵 ， 
@ 功能 履 盖 和 矩阵 ; 
@ 测试 步骤 规格 说 明 ; 
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@ 验收 测试 计划 (针对 代码 ); 
@ 验收 测试 报告 (针对 代码 ) 。 
5. 测试 阶段 

(1) 测试 输入 

@ 要 测试 的 软件 ; 

@ 用 户 手册 。 

(2) 测试 任务 

@ 制订 测试 计划 ; 

@ 审查 由 开发 部 门 进 行 的 单元 和 集成 测试 ; 
@ 进行 功能 测试 ; 

@ 进行 系统 测试 ; 

@ 审查 用 户 手 册 。 

(3) 可 交付 的 文档 

@ 测试 记录 ; 

@ 测试 事故 报告 ; 

@ 测试 总 结 报告 。 

6. 运行 /维护 阶段 

(1) 测试 输入 

@ 已 确认 的 问题 报告 ; 


@ 软件 生命 周期 。 软 件 生命 周期 是 一 个 重复 的 过 程 。 如 果 软 件 被 修改 了 ,开发 和 测试 


活动 都 要 回归 到 与 修改 相对 应 的 生命 周期 阶段 。 
(2) 测试 任务 
@ 监视 验收 测试 ; 
@ 为 确认 的 问题 开发 新 的 测试 用 例 ; 
@ 对 测试 的 有 效 性 进行 评估 。 
(3) 可 交付 的 文档 
可 升级 的 测试 用 例 库 。 


132 测试 计划 


软件 测试 是 一 个 有 组 织 有 计划 的 活动 ,应 当 给 予 充分 的 时 间 和 资源 进行 测试 计划 ,这 样 





软件 测试 才能 在 合理 的 控制 下 正常 进行 。 测 试 计划 (Test Planning) 作 为 测试 的 起 始 步骤 
是 整个 软件 测试 过 程 的 关键 管理 者 。 


13.2.1 测试 计划 的 定义 


， 


测试 计划 规定 了 测试 各 个 阶段 所 要 使 用 的 方法 策略 ,测试 环 境 ,测试 通过 或 失败 的 准则 
等 内 容 。 有 关 部 门将 测试 计划 定义 为 :“ 一 个 叙述 了 预定 的 测试 活动 的 范围 .途径 ,资源 及 
进度 安排 的 文档 。 它 确认 了 测试 项 、 被 测 特 征 、 测 试 任务 、 人 员 安 排 ,以 及 任何 偶发 事件 的 
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风险 。” 


13.2.2 测试 计划 的 目的 和 作用 


测试 计划 的 目的 是 明确 测试 活动 的 意图 。 它 规范 了 软件 测试 内 容 方法 和 过 程 ,为 有 组 
织 地 完成 测试 任务 提供 保障 。 专 业 的 测试 必须 以 一 个 好 的 测试 计划 作为 基础 。 尽 管 测试 的 
每 一 个 步骤 都 是 独立 的 ,但 是 必须 要 有 一 个 起 到 框架 结构 作用 的 测试 计划 。 


13.2.3 测试 计划 书 


测试 计划 文档 化 就 成 为 测试 计划 书 ,包含 总 体 计 划 也 包含 分 级 计划 ,是 可 以 更 新 改进 的 
文档 。 从 文档 的 角度 看 ,测试 计划 书 是 最 重要 的 测试 文档 ,完整 细致 并 具有 远见 性 的 计划 书 
会 使 测试 活动 安全 顺利 地 向 前 进行 ,从 而 确保 所 开发 的 软件 产品 的 高 质量 。 


13.2.4 测试 计划 的 内 容 


软件 测试 计划 是 整个 测试 过 程 中 最 重要 的 部 分 ,为 实现 可 管理 且 高 质量 的 测试 过 程 提 
供 基础 。 测 试 计划 以 文档 形式 描述 软件 测试 预计 达到 的 目标 ,确定 测试 过 程 所 要 采用 的 方 
法 策略 。 测 试 计划 包括 测试 目的 ,测试 范围 测试 对 象 , 测 试 策略 ,测试 任务 、 测 试用 例 、 资 源 
配置 ,测试 结果 分 析 和 度量 以 及 测试 风险 评估 等 ,测试 计划 应 当 足 够 完整 但 也 不 应 当 太 详 
尽 。 借 助 软件 测试 计划 ,参与 测试 的 项 目 成 员 , 尤 其 是 测试 管理 人 员 , 可 以 明确 测试 任务 和 
测试 方法 ,保持 测试 实施 过 程 的 顺畅 沟通 ,跟踪 和 控制 测试 进度 ,应 对 测试 过 程 中 的 各 种 变 
更 。 因 此 一 份 好 的 测试 计划 需要 综合 考虑 各 种 影响 测试 的 因素 。 

实际 的 测试 计划 内 容 因 不 同 的 测试 对 象 而 灵活 变化 ,但 通常 来 说 一 个 正规 的 测试 计划 
应 该 包含 以 下 几 个 项 目 ,也 可 以 看 作 是 通用 的 测试 计划 样本 以 供 参考 。 

(1) 测试 的 基本 信息 

包括 测试 目的 .背景 ,测试 范围 等 。 

(2) 测试 的 具体 目标 

列 出 软件 需要 进行 的 测试 部 分 和 不 需要 进行 的 测试 部 分 。 

(3) 测试 的 策略 。 

测试 人 员 采 用 的 测试 方法 ,如 回归 测试 .功能 测试 、 自 动 测试 等 。 

(4) 测试 的 通过 标准 

测试 是 否 通过 的 界定 标准 以 及 没有 通过 情况 的 处 理 方法 。 

(5) 停 测 标准 

给 出 每 个 测试 阶段 停止 测试 的 标准 。 

(6) 测试 用 例 

详细 描述 测试 用 例 ,包括 测试 值 测试 操作 过 程 测试 期 待 值 等 。 

(7) 测试 的 基本 支持 

测试 所 需 硬件 支持 、 自 动 测 试 软件 等 。 

(8) 部 门 责任 分 工 

明确 所 有 参与 软件 管理 .开发 .测试 .技术 支持 等 部 门 的 责任 细则 。 
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(9) 测试 人 力 资 源 分 配 

列 出 测试 所 需 人 力 资源 以 及 软件 测试 人 员 的 培训 计划 。 

(10) 测试 进度 安排 

制定 每 一 个 阶段 的 详细 测试 进度 安排 表 。 

(11) 风险 估计 和 人 危机 处 理 

估计 测试 过 程 中 潜在 的 风险 以 及 面临 危机 时 的 解决 办 法 。 

一 个 理想 的 测试 计划 应 该 体现 以 下 几 个 特点 : 

@ 在 检测 主要 缺陷 方面 有 一 个 好 的 选择 ; 

@ 提供 绝 大 部 分 代码 的 覆盖 率 ; 

@ 具有 灵活 性 ; 

@ 易于 执行 .回归 和 自动 化 ; 

@ 定义 要 执行 测试 的 种 类 ; 

@ 测试 文档 明确 说 明 期 望 的 测试 结果 ; 

@ 当 缺 陷 被 发 现时 提供 缺陷 核对 ; 

@ 明确 定义 测试 目标 ; 

@ 明确 定义 测试 策略 ; 

明确 定义 测试 通过 标准 ; 

@ 没有 测试 元 余 ; 

四 确认 测试 风险 ; 

@ 文档 化 确定 测试 的 需求 ; 

@ 定义 可 交付 的 测试 件 。 

软件 测试 计划 是 整个 软件 测试 流程 工作 的 基本 依据 ,测试 计划 中 所 列 条 目 在 实际 测试 
中 必须 一 一 执行 。 在 测试 的 过 程 中 , 若 发 现 新 的 测试 用 例 ,就 要 尽早 补充 到 测试 计划 中 。 若 
预先 制订 的 测试 计划 项 目 在 实际 测试 中 不 适用 或 无 法 实现 ,那么 也 要 尽快 对 计划 进行 修改 ， 
使 计划 具有 可 行 性 。 


13.2.5 软件 测试 计划 的 制订 


测试 的 计划 与 控制 是 整个 测试 过 程 中 最 重要 的 阶段 , 它 为 实现 可 管理 且 高 质量 的 测试 
过 程 提 供 基础 。 这 个 阶段 需要 完成 的 主要 工作 内 容 是 : 拟定 测试 计划 ,论证 那些 在 开发 过 
程 中 难于 管理 和 控制 的 因素 ,明确 软件 产品 的 最 重要 部 分 (风险 评估 ) 。 

1. 概要 测试 计划 

概要 测试 计划 在 软件 开发 初期 制订 ,其 内 容 包 括 : 

(1) 定义 被 测试 对 象 和 测试 目标 ; 

(2) 确定 测试 阶段 和 测试 周期 的 划分 ; 

(3) 制定 测试 人 员 , 软 ,硬件 资源 和 测试 进度 等 方面 的 计划 ; 

(4) 明确 任务 与 分 配 及 责任 划分 ; 

(5) 规定 软件 测试 方法 ,测试 标准 。 比 如 ,语句 覆盖 率 达 到 98% ,三 级 以 上 的 错误 改正 
率 达 98% 等 ; 

(6) 所 有 决定 不 改正 的 错误 都 必须 经 专门 的 质量 评审 组 织 同意 ; 
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(7) 支持 环境 和 测试 工具 等 。 

2. 详细 测试 计划 

详细 测试 计划 是 测试 者 或 测试 小 组 的 具体 的 测试 实施 计划 , 它 规定 了 测试 者 负责 测试 
的 内 容 ,测试 强度 和 工作 进度 ,是 检查 测试 实际 执行 情况 的 重要 标准 。 

详细 测试 计划 的 主要 内 容 有 : 计划 进度 和 实际 进度 对 照 表 ;测试 要 点 ;测试 策略 ;尚未 
解决 的 问题 和 障碍 。 
(1) 制定 主要 内 容 
计划 进度 和 实际 进度 对 照 表 ;测试 要 点 ;测试 策略 ;尚未 解决 的 问题 和 障碍 。 
(2) 制定 测试 大 纲 ( 用 例 ) 
测试 大 纲 是 软件 测试 的 依据 ,保证 测试 功能 不 被 遗漏 ,并 且 功 能 不 被 重复 测试 ,使 得 能 
合理 安排 测试 人 员 ,使 得 软件 测试 不 依赖 于 个 人 。 
测试 大 纲 包 括 : 测试 项 目 ,测试 步骤 、 测 试 完成 的 标准 以 及 测试 方式 (手动 测试 或 自动 
测试 )。 测 试 大 纲 不 仅 是 软件 开发 后 期 测试 的 依据 ,而 且 在 系统 的 需求 分 析 阶 段 也 是 质量 保 
证 的 重要 文档 和 依据 。 无 论 是 自动 测试 还 是 手动 测试 ,都 必须 满足 测试 大 纲 的 要 求 。 
测试 大 纲 的 本 质 : 从 测试 的 角度 对 被 测 对 象 的 功能 和 各 种 特性 的 细 化 和 展开 。 针 对 系 
统 功能 的 测试 大 纲 是 基于 软件 质量 保证 人 员 对 系统 需求 规格 说 明 书 中 有 关系 统 功能 定义 的 
理解 ,将 其 逐一 细 化 展开 后 编制 而 成 的 。 
测试 大 纲 的 好 处 : 保证 测试 功能 不 被 遗漏 ,使 得 软件 功能 不 被 重复 测试 ,合理 安排 测试 
人 员 ,使 得 软件 测试 不 依赖 于 个 人 。 测 试 大 纲 不 仅 是 软件 开发 后 期 测试 的 依据 ,而 且 在 系统 
的 需求 分 析 阶 段 也 是 质量 保证 的 重要 文档 和 依据 。 

(3) 制定 测试 通过 或 失败 的 标准 

测试 标准 为 可 观 的 陈述 , 它 指明 了 判断 /确认 测试 在 何 时 结束 ,以 及 所 测试 的 应 用 程序 
的 质量 。 测 试 标 准 可 以 是 一 系列 的 陈述 或 对 另 一 文档 (如 测试 过 程 指南 或 测试 标准 ) 的 
引用 。 

测试 标准 应 该 指 日 

te 

@ 度量 的 尺度 如 何 建立 ; 

@ 使 用 了 哪些 标准 对 度量 进行 评价 。 

(4) 制定 测试 挂 起 标准 和 恢复 的 必要 条 件 

指明 挂 起 全 部 或 部 分 测试 项 的 标准 ,并 指明 恢复 测试 的 标准 及 其 必须 重复 的 测试 活动 。 

(5) 制定 测试 任务 安排 

明确 测试 任务 ,对 每 项 任务 都 必须 明确 7 个 主题 。 

Qa 任务 : 用 简洁 的 句子 对 任务 加 以 说 明 ; 

@ 方法 和 标准 : 指明 执行 该 任务 时 ,应 该 采用 的 方法 以 及 所 应 遵守 的 标准 ; 

@ 输入 输出 : 给 出 该 任务 所 必需 的 输入 输出 ; 

@ 时 间 安 排 : 给 出 任务 的 起 始 和 持续 时 间 ; 

@ 资源 : 给 出 任务 所 需要 的 人 力 和 物力 资源 ; 

@ 风险 和 假设 : 指明 启动 该 任务 应 满足 的 假设 ,以 及 任务 执行 可 能 存在 的 风险 ; 

@ 角色 和 职责 : 指明 由 谁 负 责 该 任务 的 组 织 和 执行 ,以 及 谁 将 担负 怎样 的 职责 
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(6) 制定 应 交付 的 测试 工作 产品 

指明 应 交付 的 文档 、 测 试 代码 和 测试 工具 ,一般 包括 这 些 文档 : 测试 计划 ,测试 方案 、 测 
试用 例 、 测 试 规程 ,测试 日 志 、 测 试 总 结 报告 .测试 输入 与 输出 数据 ,测试 工具 。 

(7) 制定 工作 量 估计 

给 出 前 面 定 义 任务 的 人 力 需求 和 总 计 。 

(8) 编写 测试 方案 文档 

测试 方案 文档 是 设计 测试 阶段 文档 ,指明 为 完成 软件 或 软件 集成 的 特性 测试 而 进行 的 
设计 测试 方法 的 细节 文档 。 





133 测试 用 例 设计 


13.3.1 测试 用 例 


测试 用 例 (Test Case) 是 为 了 高 效率 地 发 现 软件 缺陷 而 精心 设计 的 少量 测试 数据 。 实 
际 测试 中 ,由 于 无 法 达到 穷 举 测试 ,所 以 要 从 大 量 输入 数据 中 精 选 有 代表 性 或 特殊 性 的 数据 
来 作为 测试 数据 。 好 的 测试 用 例 应 该 能 发 现 尚 未 发 现 的 软件 缺陷 。 
13.3.2 测试 用 例文 档 应 包含 以 下 内 容 

测试 用 例 表 如 表 13-1 所 示 。 对 其 中 一 些 项 目 做 如 下 说 明 。 

表 13-1 测试 用 例 表 

用 例 编号 测试 模块 

编制 人 编制 时 间 

开发 人 员 程序 版 本 

测试 人 员 测试 负责 人 

用 例 级 别 

测试 目的 

测试 内 容 

测试 环境 

规则 指定 
执行 操作 
测试 结果 步骤 预期 结果 实测 结果 



























































备注 
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(1) 测试 项 目 : 指明 并 简单 描述 本 测试 用 例 是 用 来 测试 哪些 项 目 、 子 项 目 或 软件 特 





性 的 。 
(2) 用 例 编号 : 对 该 测试 用 例 分 配 唯 一 的 标识 号 。 
(3) 用 例 级 别 : 指明 该 用 例 的 重要 程度 。 测 试用 例 的 级 别 分 为 4 级 : 级 别 1( 基 本 )、 级 
别 2( 重 要 ) 级别 3( 详 细 ) 、 级 别 4( 生 个 ) 。 

(4) 执行 操作 : 执行 本 测试 用 例 所 需 的 每 一 步 操作 。 

(5) 预期 结果 : 描述 被 测 项 目 或 被 测 特性 所 希望 或 要 求 达到 的 输出 或 指标 。 

(6) 实测 结果 : 列 出 实际 测试 时 的 测试 输出 值 ,判断 该 测试 用 例 是 否 通过 。 

(7) 备注 。 如 需要 , 则 填写 “特殊 环境 需求 硬件、 软件、 环境) 特殊 测试 步骤 要 求 “* 相 
关 测 试用 例 ” 等 信息 。 
测试 用 例 清单 主要 是 统计 每 个 不 同 的 模块 其 对 应 的 测试 用 例 是 什么 。 
测试 用 例 清单 如 表 13-2 所 示 。 


表 13-2 测试 用 例 清单 











项 目 编号 测试 项 目 子 项 目 编号 测试 子 项 目 测试 用 例 编 号 | 测试 结论 结论 
1 1 




















134 测试 总 结 报告 


测试 总 结 报告 主要 包括 测试 结果 统计 表 、 测 试问 题 表 和 问题 统计 表 、 测 试 进 度 表 、 测 试 
总 结 表 等 。 
13.4.1 测试 结果 统计 表 
测试 结果 统计 表 主 要 是 对 测试 项 目 进行 统计 ,统计 计划 测试 项 和 实际 测试 项 的 数量 ,以 
及 测试 项 通过 多 少 、 失 败 多 少 等 。 测 试 结果 统计 表 如 表 13-3 所 示 。 
表 13-3 ”测试 结果 统计 表 
计划 测试 项 实际 测试 项 【YJ 项 | 【PJ 项 | [NJ 项 | [N/A 项 | 备注 





数量 
百分比 


























其 中 ,【Y] 表 示 测 试 结果 全 部 通过 ,【P】 表 示 测 试 结果 部 分 通过 ,【N] 表 示 测 试 结果 绝 大 
多 数 没 通过 ,【N/A] 表 示 无 法 测试 或 测试 用 例 不 适合 。 
另外 ,根据 表 13-3, 可 以 按照 下 列 两 个 公式 分 别 计算 测试 完成 率 和 覆盖 率 ,作为 测试 总 
结 报告 的 重要 数据 指标 。 
测试 完成 率 = 实 际 测试 项 数量 /计划 测试 项 数量 X100% 
测试 覆盖 率 ==【Y] 项 的 数量 /计划 测试 项 数量 X100% 
177 


软件 测试 技术 


13.4.2 测试 问题 表 和 问题 统计 表 


测试 问题 表 如 表 13-4 所 示 ,问题 统计 表 如 表 13-5 所 示 。 
表 13-4 测试 问题 表 





问题 号 

问题 描述 
问题 级 别 
问题 分 析 与 策略 
避免 措施 

备注 




















在 表 13-4 中 ,问题 号 是 测试 过 程 所 发 现 的 软件 缺陷 的 唯一 标号 ,问题 描述 是 对 问题 的 
简要 介绍 ,问题 级 别 在 表 13-5 中 有 具体 分 类 ,问题 分 析 与 策略 是 对 问题 的 影响 程度 和 应 对 
的 策略 进行 描述 ,避免 措施 是 提出 问题 的 预防 措施 。 

表 13-5 问题 统计 表 
严重 问题 一 般 问 题 微小 问题 其 他 统计 项 问题 合计 





数量 
百分比 




















从 表 13-5 得 出 ,问题 级 别 基本 可 分 为 严重 问题 .一 般 问题 和 微小 问题 。 根 据 测试 结果 
的 具体 情况 ,级别 的 划分 可 以 有 所 更 改 。 例 如 , 若 发 现 极 其 严重 的 软件 缺陷 ,可 以 在 严重 问 
题 级 别 的 基础 上 ,加 入 特殊 严重 问题 级 别 。 


13.4.3 测试 进度 表 
测试 进度 表 如 表 13-6 所 示 ,用 来 描述 关于 测试 时 间 ,测试 进度 的 问题 。 根 据 表 13-6 ,可 
以 对 测试 计划 中 的 时 间 安 排 和 实际 的 执行 时 间 状 况 进 行 比 较 , 从 而 得 到 测试 的 整体 进度 
情况 。 
表 13-6 ”测试 进度 表 
测试 项 目 | 计划 起 始 时 间 “| 计划 结束 时 间 ”| 实际 起 始 时 间 实际 结束 时 间 ”| 进度 描述 























13.4.4 测试 总 结 表 


测试 总 结 表 包 括 测试 工作 的 人 员 参 与 情况 和 测试 环境 的 搭建 模式 ,并 且 对 软件 产品 的 
质量 状况 做 出 评价 ,对 测试 工作 进行 总 结 。 测 试 总 结 表 模 板 如 表 13-7 所 示 。 
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表 13-7 测试 总 结 表 


























项 目 编号 项 目 名 称 
项 目 开发 经 理 项 目测 试 经 理 

测试 人 员 
测试 环境 (软件 .硬件 ) 
软件 总 体 描述 : 
测试 工作 总 结 : 
本 章 小 结 

本 章 从 整个 测试 过 程 中 介绍 了 所 产生 的 所 有 测试 文档 ,针对 不 同 的 测试 文档 所 关注 的 
重点 不 同 进行 一 些 具体 内 容 以 及 一 些 表格 的 设计 。 
练习 题 

一 、 判断 

1. 测试 计划 规定 了 测试 各 个 阶段 所 要 使 用 的 测试 要 求 ,测试 的 目的 、 方 法、 步骤、 测试 
的 准则 等 内 容 。 ( ) 

2. 测试 过 程 实施 所 必 备 的 核心 文档 是 : 测试 用 例 、 测 试 报告 。 


3. 测试 用 例 是 为 了 高 效率 地 发 现 软件 缺陷 而 精心 设计 的 少量 测试 数据 。 ( ) 
4. 在 测试 执行 过 程 中 ,测试 阶段 可 交付 的 文档 测试 记录 、 测 试 事故 报告 .测试 总 结 
报告 ( ) 


5. 在 功能 设计 阶段 中 ,测试 设计 的 依据 是 测试 用 例 。 ( ) 
二 、 选择 题 
1. 与 设计 测试 用 例 无 关 的 文档 是 ( Ys 
A. 项 目 开发 计划 B. 需求 规格 说 明 书 
C. 设计 说 明 书 D. 源 程 序 
2. 用 户 文档 测试 中 不 包括 的 是 ( Ww 
A. 用 户 需 求 说 明 B. 操作 指南 
C. 用 户 手 册 D. 随机 帮助 
3. 测试 计划 的 要 点 中 不 包括 的 是 ( Ps 
A. 测试 项 目 及 其 标准 B. 测试 背景 
C. 测试 方法 D. 测试 资源 
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4. 对 测试 基础 文档 进行 分 析 , 从 而 决定 测试 什么 ,这 是 在 ( y Ps 


A. 测试 设计 规格 说 明 B. 测试 用 例 规格 说 明 

C. 测试 规程 规格 说 明 D. 用 户 需 求 规格 说 明 
5. 下 面 的 ( ) 不 属于 基本 测试 过 程 的 计划 和 控制 步 又 的 任务 。 

A. 定义 人 口 和 出 口 准 则 B. 选择 合适 的 度量 项 

C. 确定 测试 的 范围 和 风险 D. 创建 测试 设计 规范 说 明 
三 、 简 答题 


1. 选择 一 个 小 型 应 用 系统 ,为 其 做 出 系统 测试 的 计划 书 。 
2. 选择 一 个 小 型 应 用 系统 ,为 其 做 出 系统 测试 的 测试 用 例 。 
3. 选择 一 个 小 型 应 用 系统 ,为 其 做 出 系统 测试 的 测试 总 结 报告 。 
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本 章 目 标 
。 了 解 软件 质量 的 要 求 

。 了 解 软 件 质量 模型 

。 掌握 软件 质量 保障 体系 

。 掌握 软件 质量 保障 与 测试 的 关系 以 及 区 别 


本 章 单 词 
SQA: QA: 








QC: ISO: 
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14.1 软件 质量 的 定义 


1979 年 ,Fisher 和 Light 将 软件 质量 定义 为 表征 计算 机 系统 卓越 程度 的 所 有 属性 的 集合 。 

1982 年 ,Fisher 和 Baker 将 软件 质量 定义 为 软件 产品 满足 明确 需求 一 组 属性 的 集合 。 

20 世纪 90 年 代 , Norman、Robin 等 人 将 软件 质量 定义 为 表征 软件 产品 满足 明确 和 隐 含 
需求 的 能 力 的 特性 或 特征 的 集合 。 

1994 年 ,国际 标准 化 组 织 公 布 的 国际 标准 ISO 8042 综合 将 软件 质量 定义 为 反映 实体 
满足 明确 和 隐 含 需求 的 能 力 的 特性 的 总 和 。 

综 上 所 述 ,软件 质量 是 产品 ` 组 织 和 体系 或 过 程 的 一 组 固有 特性 ,反映 它们 满足 顾客 和 
其 他 相关 方面 要 求 的 程度 。 如 CMU SEI 的 Watts Humphrey 指出 :“ 软 件 产 品 必须 提供 用 
户 所 需 的 功能 ,如 果 做 不 到 这 一 点 ,什么 产品 都 没有 意义 。 其 次 ,这 个 产品 能 够 正常 工作 。 
如 果 产 品 中 有 很 多 缺陷 ,不 能 正常 工作 ,那么 不 管 这 种 产品 性 能 如 何 , 用 户 也 不 会 使 用 它 。” 
而 Peter Denning 强调 :“ 越 是 关注 客户 的 满意 度 ,软件 就 越 有 可 能 达到 质量 要 求 。 程 序 的 
正确 性 固然 重要 ,但 不 足以 体现 软件 的 价值 。” 

GB/T 11457 一 2006《 软 件 工程 术语 ) 中 定义 软件 质量 为 : 

(1) 软件 产品 中 能 满足 给 定 需要 的 性 质 和 特性 的 总 体 ; 

(2) 软件 具有 所 期 望 的 各 种 属性 的 组 合 程度 ; 

(3) 顾客 和 用 户 觉得 软件 满足 其 综合 期 望 的 程度 ; 

(4) 确定 软件 在 使 用 中 将 满足 顾客 预期 要 求 的 程度 。 








142 软件 质量 的 模型 


14.2.1 McCall 质量 模型 


McCall 质量 模型 是 1977 年 由 McCall 等 人 提出 的 软件 质量 模型 。 它 将 软件 质量 的 概 
念 建立 在 11 个 质量 特性 之 上 ,而 这 些 质 量 特性 分 别 是 面向 软件 产品 的 运行 、 修 正和 转移 的 ， 
具体 见 图 14-1。 


14.2.2 Bohm 质量 模型 


Bohm 质量 模型 是 1978 年 由 Bohm 等 提出 的 分 层 方案 ,将 软件 的 质量 特性 定义 成 分 层 
模型 ,如 图 14-2 所 示 。 


14.2.3 ISO 的 软件 质量 模型 


按照 ISO/IEC 9126-1: 2001, 软 件 质 量 模 型 可 以 分 为 : 内 部 质量 和 外 部 质量 模型 .使 用 
pop 而 质量 模型 中 又 将 内 部 和 外 部 质量 分 成 六 个 质量 特性 ,将 使 用 质量 分 成 四 个 质量 
性 ,具体 见 图 14-3 和 14-4。 
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图 14-2 ”Bohm 质量 模型 
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图 14-3 ISO 9126 质量 模型 
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图 14-4 ”外 部 质量 和 内 部 质量 的 质量 模型 


143 软件 质量 要 素 


1. 功能 性 
与 一 组 功能 及 其 指定 性 质 有 关 的 一 组 属性 ,这 里 的 功能 是 满足 明确 或 隐 含 的 需求 的 那 


些 功 能 。 


(1) 完备 性 。 软 件 功能 完整 ,齐全 有 关 的 软件 属性 。 

(2) 正确 性 。 能 否 得 到 正确 或 相符 结果 或 效果 有 关 的 软件 属性 。 

2. 可 靠 性 

在 规定 的 一 段 时 间 和 条 件 下 ,与 软件 维持 其 性 能 水 平 的 能 力 有 关 的 一 组 属性 。 

(1) 可 用 度 。 软 件 运 行 后 在 任 一 随机 时 刻 需要 执行 规定 任务 或 完成 规定 功能 时 ,软件 


处 于 可 使 用 状态 的 概率 。 
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(2) 初期 故障 率 。 软 件 在 初期 故障 期 (一 般 为 软件 交付 用 户 后 的 3 个 月 ) 内 单位 时 间 
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(100 小 时 ) 的 故障 数 。 

(3) 偶然 故障 率 。 软 件 在 偶然 故障 期 (一 般 为 软件 交付 用 户 后 的 4 个 月 以 后 ) 内 单位 时 
间 的 故障 数 。 

(4) 平均 失效 前 时 间 (MTTF)。 软 件 在 失效 前 正常 工作 的 平均 统计 时 间 。 

(5) 平均 失效 间隔 时 间 (MTBF)。 软 件 在 相继 两 次 失效 之 间 正 常 工作 的 平均 统计 时 
间 。 一 般 民用 软件 大 概 在 1000 小 时 左右 。 

(6) 缺陷 密度 (FD)。 软 件 单位 源 代码 (1000 行 无 注释 ) 中 隐藏 的 缺陷 数量 。 典 型 统计 
表明 ,开发 阶段 平均 50 一 60 个 缺陷 / 千 行 源码 ,交付 后 平均 15 一 18 个 缺陷 / 千 行 源码 。 

(7) 平均 失效 恢复 时 间 (MTTR)。 软 件 失效 后 恢复 正常 工作 所 需 的 平均 统计 时 间 。 

3. 易 用 性 

由 一 组 规定 或 潜在 的 用 户 为 使 用 软件 所 需 做 的 努力 和 所 做 的 评价 有 关 的 一 组 属性 。 

(1) 易 理 解 性 

用 户 认 识 软件 的 逻辑 概念 及 其 应 用 范围 所 花 的 努力 有 关 的 软件 属性 。 

(2) 易学 习性 

用 户 为 学 习 软 件 ( 运 行 控制 .输入 、 输 出 等 ) 所 花 的 努力 有 关 的 软件 属性 。 

(3) 易 操 作 性 

用 户 为 操作 和 运行 控制 所 花 的 努力 有 关 的 软件 属性 。 

4. 效率 性 

与 在 规定 条 件 下 软件 的 性 能 水 平 与 所 使 用 资源 量 之 间 关 系 有 关 的 一 组 属性 。 

(1) 输出 结果 更 新 周期 。 软 件 相 邻 两 次 输出 结果 的 间隔 时 间 。 

(2) 处 理 时 间 。 软 件 完成 某 项 功能 (辅助 计算 或 决策 ) 所 用 的 处 理 时 间 ( 不 含 人 机 交互 
的 时 间 )。 

(3) 吞吐 量 。 单 位 时 间 软 件 的 信息 处 理 能 力 ( 各 种 目标 的 处 理 批 数 ) 。 

(4) 代码 规模 。 软 件 源 程序 的 行 数 (不 含 注 释 ) ,属于 软件 的 静态 属性 。 

5. 可 维护 性 

与 进行 指定 的 修改 所 需 的 努力 有 关 的 一 组 属性 。 

6. 可 移植 性 

与 软件 从 一 个 环境 转移 到 另 一 个 环境 的 能 力 有 关 的 一 组 属性 。 





144 软件 质量 保证 〈SQA) 


软件 质量 保证 (SQA) 的 目标 是 建立 一 套 有 计划 、 有 系统 的 方法 ,来 向 管理 层 保证 拟定 
的 标准 ,步骤 、 实 践 和 方法 能 够 正确 地 被 项 目 所 采用 。 


14.4.1 基本 目标 


目标 1: 软件 质量 保证 工作 是 有 计划 进行 的 。 
目标 2: 客观 地 验证 软件 项 目 产品 和 工作 是 否 遵循 恰当 的 标准 、 步 又 和 需求 。 
目标 3: 将 软件 质量 保证 工作 及 结果 通知 给 相关 组 别 和 个 人 。 
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目标 4: 高 级 管理 层 接触 到 在 项 目 内 部 不 能 解决 的 不 符合 类 问题 。 
14.4.2 品质 保证 人 员 (QA) 


QA(Quality Assurance, 品 质保 证 ) 在 早期 的 职责 就 是 测试 (主要 是 系统 测试 ) ,后 来 ,由 
于 缺乏 有 效 的 项 目 计 划 和 项 目 管理 , 留 给 系统 测试 的 时 间 很 少 。 另 外 ,需求 变化 太 快 ,没有 
完整 的 需求 文档 ,测试 人 员 就 只 能 根据 自己 的 想象 来 测试 。 这 样 一 来 ,测试 就 很 难保 障 产品 
的 质量 ,事先 预防 的 QA 职能 就 应 运 而 生 。 

事先 预防 其 实 也 是 符合 软件 工程 “缺陷 越 早 发 现 越 早 修改 越 经 济 ” 的 原则 。 这 些 思想 的 
济源 还 可 以 追溯 到 中 国 古代 的 典故 中 ,比如 扁 静 论 医术 这 个 典故 。 

目前 ,实施 CMM 的 企业 越 来 越 多 了 。CMM 模型 就 要 求 建立 QA 角色 。 这 里 的 QA 
类 似 于 过 程 警察 ,主要 职责 是 检查 开发 和 管理 活动 是 否 与 已 定 的 过 程 策 略 . 标 准 和 流程 一 
致 : 检查 工作 产品 是 否 遵循 模板 规定 的 内 容 和 格式 。 在 这 些 企业 中 ,一 般 还 要 求 QA 独立 
于 项 目 组 ,以 保障 评价 的 客观 性 。QA 工作 本 身 就 很 具 挑 战 性 。 它 要 求 QA 具有 软件 工程 、 
软件 开发 ,行业 背景 数理 统计 、 项 目 管理 ,质量 管理 的 知识 等 。 

我 们 都 知道 一 个 项 目的 主要 内 容 是 : 成 本 、 进 度 、 质 量 。 良 好 的 项 目 管理 就 是 综合 三 方 
面 的 因素 ,平衡 三 方面 的 目标 ,最 终 依照 目标 完成 任务 。 项 目的 这 三 个 方面 是 相互 制约 和 影 
响 的 ,有 时 对 这 三 方面 的 平衡 策略 甚至 成 为 一 个 企业 级 的 要 求 , 决 定 了 企业 的 行为 。 我 们 知 
道 IBM 的 软件 是 以 质量 为 最 重要 目标 的 ,而 微软 的 “足够 好 的 软件 策略 更 是 耳熟能详 ,这 
些 质量 目标 其 实 立足 于 企业 的 战略 目标 。 所 以 用 于 进行 质量 保证 的 SQA 工作 也 应 当 立 足 
于 企业 的 战略 目标 。 

软件 界 已 经 达成 共识 : 影响 软件 项 目 进 度 成本、 质量 的 因素 主要 是 “人 、 过 程 、. 技 术 ”。 
首先 要 明确 的 是 这 三 个 因素 中 ,人 是 第 一 位 的 。 

在 很 多 企业 中 ,将 SQA 的 工作 和 QC、SEPG .组织 级 的 项 目 管理 者 的 工作 混合 在 一 起 
了 ,有 时 甚至 更 加 注重 其 他 方面 的 工作 而 没有 做 好 SQA 的 本 职工 作 。 


14.4.3 QA 与 QC 的 区 别 


两 者 基本 职责 如 下 。 

(1) QC: 检验 产品 的 质量 ,保证 产品 符合 客户 的 需求 ,是 产品 质量 检查 者 。 

(2) QA: 审计 过 程 的 质量 ,保证 过 程 被 正确 执行 ,是 过 程 质量 审计 者 。 

检查 和 审计 的 不 同 点 如 下 。 

(1) 检查 : 就 是 我 们 常 说 的 是 挑 毛病 的 。 

(2) 审计 : 来 确认 项 目 按照 要 求 进行 的 证 据 ;仔细 看 看 CMM 中 各 个 KPA 中 SQA 的 
检查 采用 的 术语 大 量 用 到 了 “证 实 ”, 审 计 的 内 容 主 要 是 过 程 的 ;对 照 CMM 看 一 下 项 目 经 理 
和 高 级 管理 者 的 审查 内 容 , 他 们 更 加 关注 具体 内 容 。 

对 照 上 面 的 管理 体系 模型 ,QC 进行 质量 控制 ,向 管理 层 反 馈 质量 信息 ;QA 则 确保 QC 
按照 过 程 进行 质量 控制 活动 ,按照 过 程 将 检查 结果 向 管理 层 汇报 。 这 就 是 QA 和 QC 工作 
的 关系 。 

在 这 样 的 分 工 原则 下 ,QA 只 要 检查 项 目 按照 过 程 进 行 了 某 项 活动 没有 , 产 出 了 某 个 产 
品 没有 ;而 QC 来 检查 产品 是 否 符 合 质量 要 求 。 
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如 果 企 业 原来 具有 QC 人 员 并 且 QA 人 员 配 备 不 足 , 可 以 先 确定 由 QC 兼任 QA 工作 。 
但 是 只 能 是 暂时 的 ,因为 QC 工作 也 是 要 遵循 过 程 要 求 的 ,也 是 要 被 审计 过 程 的 。 这 种 混合 
情况 ,难以 保证 QC 工作 的 过 程 质量 。 


14.4.4 ”SQA 活动 


软件 质量 保证 (SQA) 是 一 种 应 用 于 整个 软件 过 程 的 活动 , 它 包 含 : 

(1) 一 种 质量 管理 方法 ; 

(2) 有 效 的 软件 工程 技术 (方法 和 工具 )， 

(3) 在 整个 软件 过 程 中 采用 的 正式 技术 评审 ; 

(4) 一 种 多 层次 的 测试 策略 ; 

(5) 对 软件 文档 及 其 修改 的 控制 ; 

(6) 保证 软件 遵从 软件 开发 标准 ; 

(7) 度量 和 报告 机 制 。 

SQA 小 组 的 职责 是 辅助 软件 工程 小 组 得 到 高 质量 的 最 终 产品 。SQA 小 组 完成 : 

(1) 为 项 目 准备 SQA 计划 。 该 计划 在 制定 项 目 规定 和 计划 时 确定 ,由 所 有 感 兴趣 的 相 
关 部 门 评审 ; 

(2) 参与 开发 项 目的 软件 过 程 描述 。 评 审 过 程 描述 以 保证 该 过 程 与 组 织 政策 ,内 部 软 
件 标 准 , 外 界 标准 以 及 项 目 计 划 的 其 他 部 分 相符 ; 

(3) 评审 各 项 软件 工程 活动 ,对 其 是 否 符 合 定义 好 的 软件 过 程 进行 核实 。 记 录 、 跟 踪 与 
过 程 的 偏差 ; 

(4) 审计 指定 的 软件 工作 产品 ,对 其 是 否 符合 事先 定义 好 的 需求 进行 核实 。 对 产品 进 
行 评 审 ,识别 .记录 和 跟踪 出 现 的 偏差 ;对 是 否 已 经 改正 进行 核实 ;定期 将 工作 结果 向 项 目 管 
理 者 报告 ; 

(5) 确保 软件 工作 及 产品 中 的 偏差 已 记录 在 案 , 并 根据 预定 的 规程 进行 处 理 ; 

(6) 记录 所 有 不 符合 的 部 分 并 报告 给 高 级 领导 者 。 


145 软件 质量 保证 与 软件 测试 


软件 测试 和 软件 质量 保证 是 软件 质量 工程 的 两 个 不 同 层面 的 工作 。 软 件 测试 只 是 软件 
质量 保证 工作 的 一 个 重要 环节 。 
质量 保证 (QA) 的 工作 是 通过 预防 ,检查 和 改进 来 保证 软件 质量 。QA 采取 的 方法 主要 
是 按照 “全 面 质量 管理 "和 ”过 程 管理 并 改进 ”的 原来 展开 工作 。 在 质量 保证 的 工作 中 会 挫 人 
一 些 测试 活动 ,但 它 所 关注 的 是 软件 质量 的 检查 和 测量 。 因 此 ,其 主要 工作 是 着 眼 于 软件 开 
发 活动 中 的 过 程 . 步 又 和 产物 ,并 不 是 对 软件 进行 剖析 , 找 出 问题 和 评估 。 
测试 虽然 也 与 开发 过 程 紧密 相关 ,但 它 所 关心 的 不 是 过 程 的 活动 ,相对 的 是 关心 结果 。 
测试 人 员 要 对 过 程 中 的 产物 (开发 文档 和 源 代码 ) 进 行 静态 审核 ,运行 软件 , 找 出 问题 ,报告 
质量 甚至 评估 ,而 不 是 为 了 验证 软件 的 正确 性 。 当 然 , 测 试 的 目的 是 为 了 去 证 明 软 件 有 错 ， 
否则 就 违背 了 测试 人 员 的 本 职 了 。 因 此 ,测试 虽然 对 提高 软件 质量 起 了 关键 的 作用 ,但 它 只 
187 








软件 测试 技术 





下 病人 种 克 量 保 证 中 的 一 个 重要 环节 。 

很 少 有 人 从 非 技术 角度 去 分 析 这 两 者 的 区 别 。 从 公司 业务 出 发 ,QA 的 工作 是 相对 前 
Pa E 含 有 某 种 公关 性 质 的 ;而 软件 测试 相对 后 置 ,是 内 部 层面 的 工作 。 这 也 同样 验 
证 了 两 者 的 本 质 区 别 , 即 :“ 软 件 测试 和 软件 质量 保证 是 软件 质量 工程 的 两 个 不 同 层面 的 工 
作 。 软 件 测试 只 是 软件 质量 保证 工作 的 一 个 重要 环节 。” 


本 章 小 结 


本 章 主要 介绍 了 软件 质量 是 表征 软件 产品 满足 明确 和 隐 含 需求 的 能 力 的 特性 或 特征 的 
集合 以 及 软件 质量 模型 MecCall`Bohm 和 ISO。 软 件 质 量 保 证 (SQA) 是 通过 建立 一 套 有 计 
划 , 采 用 系统 的 方法 ,向 管理 层 汇报 项 目 情况 ,解决 项 目 不 能 解决 的 不 符合 项 ,QA 负责 过 程 
检查 ,QC 负责 产品 检查 。 除 此 以 外 ,本 章 还 重点 了 解 到 测试 和 质量 保障 的 联系 ,知道 测试 
对 提高 软件 质量 起 了 关键 的 作用 ,但 它 只 是 软件 质量 保证 中 的 一 个 重要 环节 。 


练习 题 
一 、 判断 是 


1. 质量 保障 是 通过 对 软件 产品 和 活动 进行 评审 和 审计 来 验证 软件 是 合乎 标准 的 。 
( 


) 
2. 软件 质量 保证 组 在 项 目 开 始 时 就 一 起 参与 建立 计划 ,标准 和 过 程 。 ( ) 
3. 软件 质量 模型 为 McCall、.Bohm 和 CMMI。 ( ) 
4. 软件 质量 包括 : 易 用 性 .可 移植 性 .可靠 性 .功能 性 .可 维护 性 ,效率 性 。 ( ) 
5. 软件 质量 保证 (SQA) 是 建立 一 套 有 计划 、 有 系统 的 方法 ,来 向 管理 层 保证 拟定 出 的 
标准 、 本 实践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 ( ) 
二 、 选择 题 
1. 判断 下 列 哪 种 方法 会 减少 成 本 ( Ns 
A. 让 客户 去 找 缺 陷 B. 发 现 缺陷 而 不 是 预防 它们 
C. 预防 缺陷 而 不 是 发 现 它们 D. 忽视 小 的 缺陷 
2. 软件 质量 包括 ( )5 
A. 功能 性 .可靠 性 B. 效率 .可 维护 性 
C. 易 用 性 .可 移植 性 D. 可 行 性 .连通 性 
3. 软件 质量 是 贯穿 软件 ( ) 的 一 个 极为 重要 的 问题 。 
A. 开发 B. 生存 期 C. 度量 D. 测试 


4. 质量 保证 , 它 是 为 保证 产品 和 服务 充分 满足 ( ) 要 求 而 进行 的 有 计划 、 有 组 织 的 
活动 。 
A. 开发 者 B. 生产 者 C. 测试 者 D. 消费 者 
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5, 对 软件 产品 ,一般 有 4 个 方面 影响 着 产品 的 质量 ,除了 过 程 质量 `. 人 员 素 质 及 成 本 、 
时 间 和 进度 等 条 件 外 ,其 中 很 重要 的 是 ( 和 


A. 概要 设计 说 明 B. 需求 规格 说 明 
C. 详细 设计 说 明 D. 开发 技术 
三 、 简 答题 


1. 软件 质量 的 定义 。 
2. 软件 质量 保证 的 定义 。 
3. 质量 控制 中 的 测试 技术 有 哪些 ? 
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